All notable changes to GetManHTTP are documented in this file / Все заметные изменения GetManHTTP фиксируются в этом файле.
The format loosely follows Keep a Changelog.
Versions correspond to git tags (v_X_Y_Z tag → X.Y.Z version); see
Releasing in the README for how releases are cut.
Формат близок к Keep a Changelog.
Версии соответствуют git-тегам (v_X_Y_Z → X.Y.Z); см.
Релиз (для мейнтейнеров) в README.
1.3.26 - 2026-08-12
- JWT Bearer RS256, RS384, and RS512 via platform
ТокенДоступа(Closes #13): schema fieldprivateKey(PEM, unencrypted); HS* still usessecret. Choice button loads.pem/.txtinto the private key field. Postmanjwtimport/export round-tripsprivateKey. - JWT Bearer PS256, PS384, and PS512 (RSA-PSS) via the same
privateKeyPEM field (Closes #13). - JWT Bearer ES256, ES384, and ES512 (ECDSA) via the same
privateKeyPEM field (Closes #13).
- JWT Bearer form shows Secret only for HS* and Private key (PEM) for RS*/PS*/ES* (Postman-like); both keys remain in the params table for round-trip.
- JWT Bearer signing migrated from hand-rolled HMAC (
ХешированиеДанных) to platformТокенДоступа/АлгоритмПодписиТокенаДоступаfor HS256, HS384, and HS512 (Closes #13). - Updated README demo GIF and main form screenshot for JWT Bearer.
1.3.25 - 2026-08-07
- Automatic request headers (issue #22):
Content-Typeby body mode (JSON/XML/multipart/form-data/binary MIME from file extension), plusAccept: */*andUser-Agent: GetManHTTP/{version}in the headers table with an Авто flag. Manual rows are not overwritten; editing an auto row clears the flag. Auto rows are sorted above manual ones, shown in gray, and hidden by default behind an eye button on the headers table command bar (hidden auto headers are still sent). Native collection JSON stores"auto": trueon headers; Postman import/export treats headers as manual.Content-Lengthis not set in the table (platform sets it on send). FORM_DATA still getsboundaryon the wire. - Authorization type Bearer Token (
BearerToken): single token field, fixedAuthorization: Bearer …prefix (issue #12). Generic Token kept for a custom prefix (UI label: «Токен (свой префикс)»). Postmanbearerimport/export maps toBearerToken. - Authorization type JWT Bearer (
JwtBearer, issue #13): HS256/HS512 via platformХешированиеДанных+ HMAC (RFC 2104), fieldsalgorithm/secret/claims(JSON) /ttlSeconds(iat/expwhen TTL > 0). Auth schema and crypto live in the data processor object module (shared by main and collection forms). Postmanjwtimport/export maps for HS*.
1.3.24 - 2026-08-04
- Authorization type API Key (
key/value/ add to Header or Query) on the main request form and collection settings, including Postmanapikeyimport/export. - Bilingual specification of the native collection JSON format
(docs/collection-format.md) —
GetManHTTP.Collectionschema v1. - form-data file parts (issue #9): each field can be Text or File (multiple
files + text in one multipart body), binary body assembly with a 50 MB
in-memory limit, optional Content-Type override, client/server send modes, and
native/Postman import-export of
type=fileparts.
- Auth form fields (
ЗначениеАвторизации1..6) are reset to the new schema defaults when the authorization type changes (no stale values carried over by matching keys).
1.3.23 - 2026-08-02
- Collection import/export from the collection settings form (GetManHTTP native JSON schema v1 and Postman Collection v2.1). Collection and item UUIDs are preserved for round-trip; unsupported Postman features (scripts, JWT, API key auth, saved responses, …) are ignored.
- Bilingual CODE_OF_CONDUCT.md (Contributor Covenant 2.1).
- Dragging a request/folder onto a request crashed with
Метод объекта не обнаружен (ПолучитьРодитель)during post-drag normalization. Form tree rows useПолучитьРодителя(); invalid nesting (anything under a request) is still flattened so a request’s parent can only be a folder.
- Release workflow builds
.epfon a self-hosted Windows runner (onec-build) with local 1C:EDT/platform/license server instead of GitHub-hostedwindows-latest(device-bound 1C licenses cannot activate there). - Maintainer docs: EDT Lite stays in the user profile (
AppData+.p2); the runner service needs ACL (or to run as that user). A bare copy underProgramDatais not sufficient for EDT Lite. Host tool paths (ONEC_EDT_CLI, …) are set on the runner viaC:\actions-runner\.env, not in the committed workflow YAML. - EDT project renamed from
GetManHTTP_v_1_1_1toGetManHTTP.
1.3.22 - 2026-07-31
- JSON response beautify failed when object keys contained characters invalid for 1C
Structure property names (e.g.
user-agentin postman-echo). Objects are now read into Map (ПрочитатьJSON(..., True)). - CI: install Liberica JDK 17 with JavaFX so the Release workflow can run 1C:EDT headless.
- README refreshed with bilingual docs, screenshots under
docs/images/, plusCONTRIBUTING.mdand a pull-request template.
1.3.21 - 2026-07-31
- Hierarchical authorization: a request can inherit its auth type/parameters from its owning collection instead of duplicating them.
- Auth parameters/fields are cleared when the authorization type is switched, instead of leaving stale values from the previous type behind.
- BSL Language Server lint findings in the collection auth form and the main form module.
- CI: pin 1C:EDT to version 2025.1.5 (the version available in the 1C update catalog) so the Release workflow build stops failing.
- CI: Release workflow YAML and the
secretsconditional for the v1.3.19 release.
1.3.19 - 2026-07-30
- Per-request Client / Server HTTP execution context, switchable from the toolbar, with a default execution context configurable in settings.
- CI: automated
.epfbuild in the Release workflow, attached to GitHub Releases on tag push.
bin/build artifacts are no longer tracked in git; only the CI-built.epfships with a release.
1.3.17 - 2026-07-29
- Synchronization between the request URI and the query-parameter table (editing one updates the other).
- Per-header "active" toggle, so a header can be disabled without deleting it.
- CI: BSL Language Server static-analysis workflow (
bsl-lint), running on pushes/PRs that touchsrc/.
1.3.13 - 2026-07-28
- Request collections: group saved requests into named collections with their own settings (including authorization).
- Settings, revision 4.
- Bugs in deleting requests/collections from the sidebar tree.
1.3.4 - 2026-07-27
- Hierarchical request tree with folders (previously a flat list).
- Settings, revision 3.
- In-app help panels on the request and settings forms.
SECURITY.mdpolicy.
1.2.18 - 2026-07-26
- Configurable auto-save interval (auto-save itself stays off by default).
- Confirmation prompt before closing the form with unsaved changes.
- Settings persistence no longer errors out during platform shutdown.
1.2.12 - 2026-07-24
- Multiple saved requests in a sidebar list, with full state persisted between 1C sessions (previously a single in-memory request).
1.2.4 - 2026-07-23
form-datarequest body support.- Option to send a request with no body at all.
- Form layout issues.
1.2.2 - 2026-07-22
- Dedicated settings form.
- Configurable HTTP timeout.
- Saving a response body to a file now auto-selects the JSON/XML/HTML extension based on the
response
Content-Typeinstead of always using a generic extension.
1.1.58 - 2026-07-21
- XML request/response body support (previously JSON-only).
- Auto-save while the form is open.
- Export of the response body to a file.
- Various stability fixes.
1.3.26 - 2026-08-12
- JWT Bearer RS256, RS384 и RS512 через платформенный
ТокенДоступа(Closes #13): поле схемыprivateKey(PEM без пароля); для HS* по-прежнемуsecret. Кнопка выбора загружает.pem/.txtв поле приватного ключа. Импорт/экспорт PostmanjwtсохраняетprivateKey. - JWT Bearer PS256, PS384 и PS512 (RSA-PSS) через то же поле
privateKey(Closes #13). - JWT Bearer ES256, ES384 и ES512 (ECDSA) через то же поле
privateKey(Closes #13).
- В форме JWT Bearer поле Секрет только для HS*, Приватный ключ (PEM) для RS*/PS*/ES* (как в Postman); оба ключа остаются в таблице параметров для round-trip.
- Подпись JWT Bearer переведена с самописного HMAC (
ХешированиеДанных) на платформенныйТокенДоступа/АлгоритмПодписиТокенаДоступадля HS256, HS384 и HS512 (Closes #13). - Обновлены demo GIF и скриншот главной формы в README под JWT Bearer.
1.3.25 - 2026-08-07
- Автоматические заголовки запроса (issue #22):
Content-Typeпо типу тела (JSON/XML/multipart/form-data/MIME binary по расширению файла), плюсAccept: */*иUser-Agent: GetManHTTP/{version}в таблице заголовков с флагом Авто. Ручные строки не перезаписываются; правка авто-строки снимает флаг. Авто-строки выше ручных, серым текстом и по умолчанию скрыты за кнопкой с иконкой глаза на командной панели таблицы (скрытые автозаголовки всё равно отправляются). В native JSON коллекций у заголовков поле"auto": true; Postman импорт/экспорт считает заголовки ручными.Content-Lengthв таблицу не задаётся (его выставляет платформа при отправке). Для FORM_DATA на wire по-прежнему добавляетсяboundary. - Тип авторизации Bearer Token (
BearerToken): одно поле токена, фиксированный префиксAuthorization: Bearer …(issue #12). Generic Token сохранён для своего префикса (в UI: «Токен (свой префикс)»). Импорт/экспорт PostmanbearerсоответствуетBearerToken. - Тип авторизации JWT Bearer (
JwtBearer, issue #13): HS256/HS512 черезХешированиеДанныхплатформы + HMAC (RFC 2104), поляalgorithm/secret/claims(JSON) /ttlSeconds(iat/expпри TTL > 0). Схема авторизации и крипто вынесены в модуль объекта обработки (общие для основной формы и коллекции). Импорт/экспорт Postmanjwtдля HS*.
1.3.24 - 2026-08-04
- Тип авторизации API Key (
key/value/ добавить в Header или Query) на основной форме запроса и в настройках коллекции, включая импорт/экспорт Postmanapikey. - Двуязычная спецификация нативного JSON-формата коллекций
(docs/collection-format.md) — схема
GetManHTTP.Collectionv1. - Файлы в form-data (issue #9): у каждого поля тип Текст или Файл (несколько
файлов и текст в одном multipart), двоичная сборка тела с лимитом 50 МБ,
ручной Content-Type, режимы клиент/сервер, импорт/экспорт
type=fileв native и Postman.
- Поля авторизации на форме (
ЗначениеАвторизации1..6) сбрасываются к значениям по умолчанию новой схемы при смене типа (без переноса устаревших значений по совпадающим ключам).
1.3.23 - 2026-08-02
- Импорт/экспорт коллекций из формы настроек коллекции (нативный JSON GetManHTTP, схема v1, и Postman Collection v2.1). UUID коллекций и элементов сохраняются для round-trip; неподдерживаемые возможности Postman (скрипты, JWT, API key auth, сохранённые ответы и т.п.) игнорируются.
- Двуязычный CODE_OF_CONDUCT.md (Contributor Covenant 2.1).
- При перетаскивании запроса/папки на запрос возникала ошибка
Метод объекта не обнаружен (ПолучитьРодитель)при нормализации после DnD. В дереве формы используетсяПолучитьРодителя(); недопустимая вложенность (всё, что оказалось под запросом) по-прежнему выравнивается, так что родителем запроса может быть только папка.
- Workflow Release собирает
.epfна self-hosted Windows-runner (onec-build) с локальными 1C:EDT/платформой/сервером лицензий вместо GitHub-hostedwindows-latest(привязанные к устройству лицензии 1С там не активируются). - Документация для мейнтейнеров: EDT Lite остаётся в профиле пользователя
(
AppData+.p2); службе runner нужны ACL (или запуск от того же пользователя). Простого копирования вProgramDataдля EDT Lite недостаточно. Пути к инструментам (ONEC_EDT_CLIи др.) задаются на runner черезC:\actions-runner\.env, а не в закоммиченном YAML workflow. - Проект EDT переименован с
GetManHTTP_v_1_1_1вGetManHTTP.
1.3.22 - 2026-07-31
- Красивое форматирование JSON-ответа падало, если ключи объектов содержали символы,
недопустимые в именах свойств Структуры 1С (например
user-agentв postman-echo). Объекты теперь читаются в Соответствие (ПрочитатьJSON(..., True)). - CI: установка Liberica JDK 17 с JavaFX, чтобы Release workflow мог запускать 1C:EDT в headless-режиме.
- README обновлён: двуязычная документация, скриншоты в
docs/images/, плюсCONTRIBUTING.mdи шаблон pull request.
1.3.21 - 2026-07-31
- Иерархическая авторизация: запрос может наследовать тип и параметры авторизации от своей коллекции вместо дублирования.
- Параметры/поля авторизации очищаются при смене типа авторизации, а не оставляют устаревшие значения предыдущего типа.
- Замечания BSL Language Server в форме авторизации коллекции и в модуле основной формы.
- CI: фиксация 1C:EDT на версии 2025.1.5 (доступна в каталоге обновлений 1С), чтобы сборка Release workflow не падала.
- CI: YAML Release workflow и условие
secretsдля релиза v1.3.19.
1.3.19 - 2026-07-30
- Контекст выполнения HTTP Клиент / Сервер для каждого запроса, переключаемый с панели инструментов; контекст по умолчанию настраивается в настройках.
- CI: автоматическая сборка
.epfв Release workflow и прикрепление к GitHub Releases при пуше тега.
- Артефакты сборки в
bin/больше не хранятся в git; в релизе поставляется только.epf, собранный CI.
1.3.17 - 2026-07-29
- Синхронизация URI запроса и таблицы параметров query (правка одного обновляет другое).
- Переключатель «активен» для заголовков — заголовок можно отключить, не удаляя его.
- CI: workflow статического анализа BSL Language Server (
bsl-lint) на push/PR, затрагивающихsrc/.
1.3.13 - 2026-07-28
- Коллекции запросов: группировка сохранённых запросов в именованные коллекции с собственными настройками (включая авторизацию).
- Настройки, ревизия 4.
- Ошибки при удалении запросов/коллекций из дерева боковой панели.
1.3.4 - 2026-07-27
- Иерархическое дерево запросов с папками (раньше был плоский список).
- Настройки, ревизия 3.
- Встроенные панели справки на формах запроса и настроек.
- Политика
SECURITY.md.
1.2.18 - 2026-07-26
- Настраиваемый интервал автосохранения (само автосохранение по умолчанию выключено).
- Подтверждение перед закрытием формы с несохранёнными изменениями.
- Сохранение настроек больше не падает при завершении работы платформы.
1.2.12 - 2026-07-24
- Несколько сохранённых запросов в списке боковой панели с полным сохранением состояния между сеансами 1С (раньше — один запрос в памяти).
1.2.4 - 2026-07-23
- Поддержка тела запроса
form-data. - Возможность отправить запрос без тела.
- Проблемы вёрстки формы.
1.2.2 - 2026-07-22
- Отдельная форма настроек.
- Настраиваемый HTTP-таймаут.
- При сохранении тела ответа в файл расширение JSON/XML/HTML выбирается по
Content-Typeответа, а не всегда общее.
1.1.58 - 2026-07-21
- Поддержка XML в теле запроса/ответа (раньше только JSON).
- Автосохранение, пока форма открыта.
- Экспорт тела ответа в файл.
- Разные исправления стабильности.