Максим К

ну.. раз уж WebBrowser а не WebView (как WPF и UWP) то WinForms.. кстати, стоит сразу уточнять подобные нюансы ;)

дело в том, что в формах, и в WPF - это старый, "добрый", "ослик" (IE, я даже не знаю когда и почему его стали звать "осликом", но какие то годы, это было весьма распространено).. (и ради бога - если у вас вин 10 - не путайте с Edge!!! только в UWP контроле WebView используется движок Edge, и все что ниже НЕ о нем)

.. ну и раз уж это IE... то:

1 - для начала проверьте сайт в IE той же системы, где разрабатываете и дебажите программу. если вдруг в "просто" IE, сайт отрабатывает вполне себе адекватно.. см пункт 2 .. если нет.. проверьте в Хроме, и читайте п3.. или ругайтесь с создателями сайта и/или с МС..

2 - у "встраиваемого" IE есть особенность (была до последних лет точно) - "опускать" себя на пару версий. это может показаться диким, но это был тактический ход, для обеспечения совместимости огромного количества корпоративного софта.. дальше я немного расскажу об этом..

- как узнать в том ли проблема?.. ну допустим тупо открыть https://2ip.ru/ .. в десктопном IE и в контроле своей проги - и сравните версии.. и если отличаются, читайте дальше..

- гуглите про ветку реестра HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION - что и как в нее писать... досадное неудобство, состоит в том, что каждый экзешник, который пользует именно IE, но хочет новейшие фичи - надо там прописать

- .. что еще досаднее, если вы планируете распространять свое творение (прогу) то ее надо будет обучить самопрописке (освоить работу с реестром)

3 - как обходной путь - можно сразу начать осваивать CEF# (но по собственному опыту скажу - новичку проще освоить то что описано выше.. в п2.. ;)))

ps

2++ ссылки по теме, прости, древние, но с ходу ни че пока не нашел
https://docs.microsoft.com/en-us/previous-versions...
davescoolblog.blogspot.ru/2011/04/ie9-document-mod...
www.thevista.ru/page11442-rezhim_sovmestimosti_i_i...

pps

2+++ не помни где это я нарыл.. (да и ослик меня уже лет несколько как утомил).. но см скрин - https://i.imgur.com/nWtlpPC.png

... в любом случае копать вам в эту сторону

ppps

кроме CEF# есть еще GeckoFX, лично мне в него "въезжать" было проще ;)) ... ну и другие нюансы есть... в частности, есть проекты, требующие поддержки изначального js ...... это редко востребованные ситуации, но я столкнулся ))... фокс оказался вне конкуренции... тем не менее - geckofx освежается на много реже чем CEF#... выбор завист от целей... и возможностей ))

ну и - UWP с Edge.. для винды оч даже хороший выбор ;)))... полный сапорт в МСДН... опять же короткий путь на витрину "магазина МС"... и ни каких "корпоративных" заморочек с версионностью движка... ;)))

pppps

плохая новость... ваша ссылка из текста вопроса - в "осле" 10ки (классическом IE) без всякого ограничения версионности - работает не адекватно.. так что либо ругачки с разрабами сайта/МС.. либо смена инструмента... WinForms/WPF с дефолтным контролом - вам не помогут..

в Edge, Chrome, Firefox - все пучком... то есть либо UWP (со встроенным Edge, и вагоном халявы) либо GeckoFx или CEF#

этот вердикт окончательный

У меня такое было из-за кривого ДНС сервера, попробуйте принудительно указать днсы гугла или яндекса, а не использовать дефолтные от провайдера.

Чтобы не создавать базу можно хранить логины и пароли в тектовике через двоеточие.
Вместо селениума стоит использовать CEFSharp он не палиться сайтами (но там через js вызовы).

Как правильно изменить путь, чтобы файл xml находился рядом с exe?

сначала в голове поменяйте задачу (что есть причина? а что есть следствие?)
- чтобы файл xml находился рядом с exe его надо положить/создать рядом с exe
- тогда путь выписывать не надо
- если создали/редактируете файл xml в проекте, то обычно путь к бинарнику примерно такой .\bin\Debug\ в этом случае, относительный путь к такому файлу будет примерно такой ..\..\

ps как думаете находят свой каталог, каталог для папок с пользовательскими настройками, каталоги документов, картинок, и тд.. другие программы?
откройте для себя:
environment variables вообще
и c# environment variables в частности
а дальше можно заметить такие классы/методы как path, path.combine и environment.specialfolder

Ну, для начала user-agent не обязателен, а Content-Type - обязателен, если планируете получить json. Также в post запросе в качестве параметра передаётся json, поэтому и нам его тоже нужно передать.

import requests

headers = {'Content-Type':'application/json;charset=utf-8'}
url = 'https://www.vtb.ru/api/sitecore/coinsapi/filter'
data = '{"query":"","newCollection":false,"Discounted":false,"GiftBox":false,"Order":"priceAsc","SearchGroups":false,"CoinList":"all","Favorites":[],"Groups":["8e67bb77202c40fa8ae0258d5bcb66f8","087e7eca08724e88aa1fbd0ebb0ebf70"],"Series":[],"Themes":[],"Metals":[],"PriceMin":"","PriceMax":"","Page":1,"ResultsOnPage":16}'

response = requests.post(url,data=data,headers=headers)

В json, который в data, можно менять различные параметры, такие как: номер страницы, количество монет на странице, минимальная и максимальная цена, и т.д.
После этих манипуляций получаем "200 OK" и json с монетками.

Круто выглядит.
В общем по поводу расположения. Есть такая вкладка layout, используй компоненты из нее для компоновки.
Также смотри в сторону свойства Dock, Оно позволяет привязываться к вышестоящему контейнеру.
Внешний вид. К сожалению WinForms сильно ограничен внешним видом контролов, хотя custom render есть, возможно стоит перейти на WPF.
Фильтр обычно делается на основе пользовательского контрола. Внутри обыкновенный текст бокс, кнопка с лупой, кнопка очистки.

Наружу выведены
Items - Bindable collection список элементов для фильтрации
Query - введенный запрос
QueryChanged - событие возникающее при изменении запроса
QueryItemSelected - Выбор элемента из списка