Ошибки чтения при загрузки проверок из внешнего JSON

[pimchest]

Автоматизированная проверка конфигураций, редакция 1.2 (1.2.3.20)
SonarScanner стартует из под Ubuntu Linux, проверка из АПК делает из под Win10.

При загрузке в формате genericissue

При этом в git исходник лежит корректно:

[MikPetrov]

Похожая проблема на "Демонстрационная конфигурация для тестирования на АПК" 1.0.1.2 (win12, АПК 1.2.5.16, acc-export.epf 1.2.1 в формате reportjson). Куда копать?

[qtLex]

Ловил похожую ошибку. В файлах исходников были лишние одиночные cr.
Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.

Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю
updatecr.txt

[MikPetrov]

Спасибо, помогло updatecr.txt.
После updatecr.os загрузился только acc-generic-issue.json.
а acc-json.json попадал на ошибку #38

[dr-wut]

Ловил похожую ошибку. В файлах исходников были лишние одиночные cr.
Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.

Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю
updatecr.txt

Пробежался вашим скриптом - в части поправил, но часть почему-то не видит, хотя сонар падает с ошибкой. в итоге убрав часть модулей я смог загрузиться. Может кто знает как это лечить?

[qtLex]

В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая
Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.

[dr-wut]

В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая
Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.

я про тот, который updatecr.txt - его использовал. сначала прогнал updatecr.os. Или нужно изначально вашим?
и еще вопрос - а в чем запускаете? cmd/powershell/bash? Какая ОС? ставите ли chcp 65001?

[qtLex]

Тут либо одни скрипт либо второй. Так как после работы любого из них второй ничего не сделает, так как одиночных cr символов больше нет.

updatecr.txt переименовываю в updatecr.os.

Проверял только на windows. Запускал как вручную cmd и powershell. Сейчас крутиться в jenkins

В jenkins-е шаг выглядит так:

stage('Чистка CR') {
bat(/ chcp 65001 && oscript C:\path\to\updatecr.os /)
}