Отчет не виден на экранной форме. Платформа 8.3.17.1549

1) Попробуйте 8.3.17.1851 или поставьте 8.3.15 последнюю.
И что за тип поля?

(3) Проблема не только версии 8.3.17, но и более старых. Конечно если это проблема платформы, а не кэша или еще чего то.
Такая же проблема наблюдалась у человека и в 2015 году. Решение не было выложено.

(5) Ну прежде чем обновлять всем, я бы попробовал на тесте и если сработает, то обновить. Конечно, если кто нить не предложит решение.

(7) Волне возможно что это не совсем проблема платформы. Может проблема в браузере, который не может отобразить результат.
Например один из вариантов, если тип поля дерево значений, данные не будут отображены, пока не сделать первую колонку иерархической (но это не наш случай).
Вообщем вариантов почему не работает много может быть, но поиском решение найти не удалось. Проблема видимо достаточно специфическая и повторяется не у всех. Иначе бы уже все начали жаловаться, так как многие работают через вебинтерфейс.
Или проблема NULL в результатах, тоже о таком пишут. Или используется методы, которые на веб-клиенте не поддерживаются.

Вопрос решился более тонкой настройкой проброса порта на шлюзе. Навтыкали хеадеров.
Просто некоторые элементы почему-то имели не относительные ссылки, а абсолютные и при этом локальные. Хром само собой такое просто не может показать, он такое шибко не любит.

(10) Привет! удалось решить вопрос? Столкнулся с аналогичной проблемой, только при обновлении платформы с 8.3.13 на 8.3.18 (стоит IIS). При этом в разных базах по разному проявляется проблема, в одной всего 2 отчета на СКД и данный в них отображаются только в Firefox, в других браузерах не отображается. В другой базе проблемы с выводом таблицы значений во всех браузерах, если меняется видимость на форме...

(12) если проблема возникает при работе по локалке, то попробуйте полностью отключить файервол на сервере. если при доступе с интернета, то попробуйте, будут ли отчёты работать в локалке, если в локалке работают, то дело в файерволе. глубже не копал. есть подозрение, что если настроить доступ не по http, а по https, то ошибки не будет.

(13) Спасибо! Проблема возникает в локальной сети. Добавил сайт в исключения (не использовать прокси для локальных сайтов) - все стало норм, подозреваю, что где то на IIS, что то не доделано, но прав проверить нет :)

Проблема проявляется только при изменение порта Web сервера с 80 на любой другой, на 80 все хорошо работает

была такая же проблема, как в локалке так и вне ....

winsrv 2016
сервер 1с х64 8.3.20.1549
IIS v 10.0.14393.0

публикация на http, на https не проверял.

изначально база была опубликована с IIS через 80, а на роутере был включен перенаправление с 1234 на 80, пользователи начали жаловаться что отчеты и пф не формируются (надо сохранить в файл чтобы увидеть результат)

После долгих поисков и подсказок в гугле, так и не поняв проблема эта 1С-а или IIS -а решил поменять и тестить перенаправление с 1234 на 80 (т.е и IIS на 80, и проброс кидает на 80). К моему удивлению ошибка исчезла.

Дальше начал тестить и поменял перенаправление с 80 на 1234, а также и на IIS (т.е и IIS на 1234, и проброс кидает на 1234), вижу чт проблема не воспроизводится..

Как я понимаю надо корректно маппинг настраивать на роутере, 1С и IIS не виноваты. Если у кого то будет решение без костылей, поделитесь.