Навигация в браузере в подчиненных опорах SSRS с использованием действия детализации не работает должным образом

Навигация в нашем браузере (вперед, назад) не работает должным образом при выполнении действия детализации для субреппорта в раппортах SSRS после обновления / миграции.

Раньше мы запускали SSRS в собственном режиме (SQL Server 2008 R2) в качестве веб-части в sharepoint 2010. Мы перенесли эти отчеты для решения sharepoint 2013, работающего на SQL Server 2012, с использованием SSRS в интегрированном режиме Sharepoint и отображением их в виде веб-частей через отчет зритель.

Проблема в том, что после выполнения действия детализации в отчете нажатие кнопки возврата в браузере отправляет вас на предыдущую страницу, которую вы посетили, вместо того, чтобы отправлять вас к предыдущему отчету. До миграции этого не было. Точно так же нажатие кнопки «Вперед» отправляет вас обратно на страницу, которую вы только что покинули.


sharepoint sharepoint-2013 reporting-services ssrs-2012 sharepoint-2010
person Nornamor    schedule 17.02.2015    source источник
comment
Некоторая помощь будет очень признательна. Мы по-прежнему придерживаемся той же проблемы. Это важная функция для конечных пользователей.   -  person Nornamor    schedule 09.03.2015

Ответы (3)


arrow_upward
0
arrow_downward

Время от времени я видел необходимость создать «обратное» изображение с действием в подотчете, чтобы перейти к последнему / родительскому отчету. Не уверен, что это вариант для вас, но возможно.

Вы можете отправить имя отчета в качестве параметра в подотчет, чтобы знать, к какому отчету вы должны вернуться при нажатии изображения. Если вам нужно развернуть более одного уровня, вам может потребоваться больше параметров «предыдущего отчета», чтобы вы могли вести какую-то историю. Это не решает проблему с кнопкой «Вперед», так что это будет обычная детализация.

person Nighty_    schedule 24.03.2015
comment
Спасибо за помощь. К сожалению, это не решает проблемы. Пользователи используют backbutton / backspace / mouseback в браузере. - person Nornamor; 25.03.2015

arrow_upward
0
arrow_downward

Я всегда немного подозрительно относился к реализации веб-части для SSRS. Я предпочитаю иметь прямой доступ к библиотекам или использовать ссылки или URL-адреса на документы отчета (rdl).

Это позволяет избежать проблемы и дает более четкое представление о "полной странице".

person Mike Honey    schedule 27.03.2015
comment
Я мог это сделать, и я попробовал. Это не решает проблему с кнопкой. Запуск SSRS в собственном режиме не поддерживается в SharePoint 2013 + SQL Server 2012, поэтому использование веб-части ничем не отличается от их запуска в библиотеке прямого доступа в режиме интеграции с SharePoint. - person Nornamor; 03.04.2015
comment
То, что должно было быть прямой миграцией + обновление между версиями одного и того же программного обеспечения Microsoft, закончилось кошмаром ... - person Nornamor; 03.04.2015
comment
Я не предлагал запускать SSRS в основном режиме. Я предлагал не использовать веб-части. - person Mike Honey; 04.04.2015

arrow_upward
0
arrow_downward

Как насчет того, чтобы открыть отчет Drill Through в новом окне вместо того же? Тогда они не могли нанести ответный удар - просто закрыть текущее окно.

Сложная часть - это кодирование любых параметров вручную вместо использования раскрывающихся списков в действии.

Вместо использования Jump to Report вы можете использовать Jump to URL и указать полный путь и параметры в URL-адресе:

="javascript:void(window.open('http://servername/reportserver?%2fpathto%2freport&rs:Command=Render&ProductCode=" + Fields!ProductCode.Value + "'))"

Это добавляет поле ProductCode в качестве параметра к параметру ProductCode (ваши параметры могут отличаться). Однако вам потребуется запустить Java. Однако я не пробовал этого в SharePoint.

person Hannover Fist    schedule 27.03.2015
comment
Это обходной путь, который работает, но, к сожалению, недостаточно хорош. Решение SSRS состоит из более чем 150 отчетов, и вы можете перемещаться между ними с помощью действия детализации. Открывать новые вкладки все время, во-первых, потребовало бы много работы для реализации (много параметров, которые нужно передать, и чтобы они работали для всех 150+ - ›много javascripting), во-вторых, я считаю, что открытие большого количества вкладок во время навигации приведет к не приветствуются конечным пользователем. - person Nornamor; 03.04.2015