Окончательное решение (работает и в SSRS 2012!)

Добавьте следующий сценарий в «C: \ Program Files \ Microsoft SQL Server \ MSRS10_50.MSSQLSERVER \ Reporting Services \ ReportManager \ js \ ReportingServices.js» (на сервере SSRS):

function pageLoad() {
    var element = document.getElementById("ctl31_ctl10");
    if (element)
    {
        element.style.overflow = "visible";
    }
}

На самом деле я не знаю, всегда ли имя div ctl31_ctl10: в моем случае это так (вместо этого в SQL Server 2012 найдено azzlak ctl32_ctl09).

Если это решение не работает, просмотрите HTML-код в своем браузере, чтобы узнать, правильно ли работал сценарий, изменив свойство overflow: auto на overflow: visible.

Решение для управления ReportViewer

Вставьте эту строку стиля на страницу .aspx (или в связанный файл .css, если он есть):

#reportViewer_ctl09 {
  overflow:visible !important;
}

Причина

Chrome и Safari отображают overflow: auto иначе, чем Internet Explorer.

SSRS HTML - это HTML QuirksMode, зависящий от ошибок IE 5.5. Браузеры, отличные от IE, не имеют режима quirksmode IE и, следовательно, правильно отображают HTML.

HTML-страница, созданная с помощью отчетов SSRS 2008 R2, содержит div со стилем overflow: auto, который превращает отчет в невидимый отчет.

<div id="ctl31_ctl10" style="height:100%;width:100%;overflow:auto;position:relative;">
...</div>

Изменяя вручную (с помощью окна отладки Chrome) окончательный HTML overflow: auto в overflow: visible, я могу просматривать отчеты в Chrome.

Мне нравится решение Тима ; это легко и работает.

Но по-прежнему существует проблема: каждый раз, когда пользователь меняет параметры (в моих отчетах используются параметры!), AJAX обновляет div, тег overflow: auto перезаписывается, и ни один сценарий не меняет его. В этом техническом примечании объясняется, в чем проблема.

Это происходит потому, что на странице, созданной с использованием панелей AJAX, только панели AJAX изменяют свое состояние, не обновляя всю страницу. Следовательно, события OnLoad, которые вы применили к тегу, запускаются только один раз: при первой загрузке вашей страницы. После этого изменение любой из панелей AJAX больше не будет вызывать эти события.

Мистер Эйнарк предложил мне решение здесь.

Другой вариант - переименовать вашу функцию в pageLoad.

Любые функции с таким именем будут автоматически вызываться ASP.NET Ajax, если он существует на странице, также после каждого частичного обновления. Если вы сделаете это, вы также можете удалить атрибут onload из тега body

Итак, я написал улучшенный сценарий, который показан в решении.

Решение на основе CSS

Я смог добавить следующее в таблицу стилей для служб Reporting Services, и это исправило это для меня в Chrome.

Заявление об ограничении ответственности: это не было тщательно протестировано на совместимость между браузерами.

/**************CHROME BUG FIX*****************/
div#ctl31_ctl09,
div#ctl31_ctl10
{
    overflow: visible !important;
}
/*********************************************/

Добавьте это в начало файла ReportingServices.css.

Для меня этот файл находится по адресу:

C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportManager\Styles\ReportingServices.css

Это известная проблема. Проблема в том, что тег div имеет стиль «overflow: auto», который, по-видимому, плохо реализован с WebKit, который используется Safari и Chrome (см. answer). Я не знал, как воспользоваться предложением Эмануэля использовать элемент RS: ReportViewerHost, но решил это с помощью JavaScript.

Проблема

Решение

Поскольку «overflow: auto» указано в атрибуте style элемента div с идентификатором «ctl31_ctl10», мы не можем переопределить его в файле таблицы стилей, поэтому я обратился к JavaScript. Я добавил следующий код в "C: \ Program Files \ Microsoft SQL Server \ MSRS10_50.MSSQLSERVER \ Reporting Services \ ReportManager \ js \ ReportingServices.js"

function FixSafari()
{    
    var element = document.getElementById("ctl31_ctl10");
    if (element) 
    {
        element.style.overflow = "visible";  //default overflow value
    }
}

// Code from https://stackoverflow.com/questions/9434/how-do-i-add-an-additional-window-onload-event-in-javascript
if (window.addEventListener) // W3C standard
{
    window.addEventListener('load', FixSafari, false); // NB **not** 'onload'
} 
else if (window.attachEvent) // Microsoft
{
    window.attachEvent('onload', FixSafari);
}

Примечание

Похоже, есть решение для SSRS 2005, которое я не пробовал, но я не думаю, что он применим к SSRS 2008, потому что я не могу найти класс" DocMapAndReportFrame ".

Общесистемное решение на основе CSS

Для этого не требуются фреймы JavaScript или Ajax или какая-либо другая оболочка. Он был протестирован в Internet Explorer, Firefox, Safari и Chrome.

Это можно исправить на уровне таблицы стилей в сервере отчетов.

Сначала перейдите в каталог, в котором установлены службы отчетов, в моем случае (SQL Server 2012 СП1) это:

C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer

В этом каталоге вы найдете файл с именем reportserver.config.

См. Настройка таблиц стилей для средства просмотра HTML и Менеджер отчетов.

В этот файл вставьте одну строку XML, например (из приведенного выше документа):

<Configuration>
...
          <HTMLViewerStyleSheet>SafariChromeFix</HTMLViewerStyleSheet>
...
</Configuration>

Сохраните это.

О чем они не говорят в приведенной выше ссылке, так это о том, что эта запись полностью переопределяет таблицу стилей по умолчанию. Мои первые попытки получить отчеты для рендеринга сработали, добавив таблицу стилей div, все остальное было сломано. Как только я понял, что это изменение в файле reporserver.config не увеличивает, а фактически заменяет таблицу стилей по умолчанию, я скопировал ее в таблицу стилей по умолчанию, и все начало работать.

Затем спуститесь в каталог стилей (C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\Styles).

Сделайте копию файла с именем SP_Full.css и назовите копию SafariChromeFix.css. На этом этапе SafariChromeFix.css должен быть идентичен SP_Full.css.

Отредактируйте SafariChromeFix.css и добавьте следующие строки вверху:

div {
    overflow: visible !important;
}

Сохрани это.

После сохранения все существующие отчеты в этом экземпляре служб Reporting Services будут отображаться во всех браузерах, включая Chrome и Safari.

Обратите внимание:

Не только возможно, но и весьма вероятно, что reportserver.config будет перезаписан обновлениями служб отчетов, поэтому со временем вам, возможно, придется добавить в него тег <HTMLViewerStyleSheet>SafariChrome</HTMLViewerStyleSheet>.

Это также дает нам место для взлома таблицы стилей по умолчанию и внесения множества других пользовательских изменений, начиная с того, что уже работает. А поскольку это не таблица стилей по умолчанию, ваш новый пользовательский файл CSS не перезаписывается во время обновлений и исправлений.

В моем случае неправильным DIV является "ctl31_ctl09", поэтому, если вышеуказанное решение не работает для вас, попробуйте изменить var element = document.getElementById("ctl31_ctl10"); на var element = document.getElementById("ctl31_ctl09");

Мое решение заключалось в добавлении следующего <script> в:

Службы Reporting Services \ ReportManager \ Pages \ Report.aspx

Сценарий нацелен на видимое содержимое отчета родительский ¹ и устанавливает style.overflow:visible каждый раз, когда отчет загружается ², включая разбиение на страницы многостраничного отчета.

if (window.addEventListener && document.querySelector) window.addEventListener("load", function () {

    // drop out if Sys.Application.add_load is undefined
    if (!window.Sys || !Sys.Application || !Sys.Application.add_load) return;

    // register a function for when report data is loaded
    Sys.Application.add_load(function () {

        // get the report content control
        var n = document.querySelector("[id^=VisibleReportContent]");

        if (n) {

            // get the report content control's parent
            n = n.parentNode;

            if (n) {

                // revert overflow:hidden to "visible"
                n.style.overflow = "visible";

            }
        }

    });
});

_{¹ Это означает, что нам не нужно настраивать таргетинг на сгенерированные идентификаторы, которые имеют тенденцию к изменению, например: ctl31_ctl09, ctl31_ctl10, ctl32_ctl09 и т. д.
² См. Sys.Application.add_load()}

В выпуске служб Reporting Services для SQL Server 2014 добавлена ​​поддержка браузера Google Chrome, но пока нет поддержки для iOS. Подробную информацию см. здесь.

Для меня это имя было "ctl32_ctl09" (SSRS из SQL Server 2012 SP1, MSRS11).

Мне пришлось войти в Chrome с помощью F12 и я заметил, что в моем div есть ctl32 _ctl09, а не ctl31_ctl09.

Это для 64-битной версии Windows Server 2008 R2 с SQL Server 2012. Добавьте сценарий, а затем перезапустите SSRS и очистите кеш браузера.

// Исправление, позволяющее Chrome отображать отчеты SSRS

    function pageLoad() {
    var element = document.getElementById("**ctl32**_ctl09");
    if (element)
    {
        element.style.overflow = "visible";
    }
}

К сожалению, основной ответ нарушает плавающие (абсолютные) столбцы в отчетах Internet Explorer. Поэтому я немного изменил его, что мне не нравится, так как он специально ищет WebKit, но работает:

//SSRS 2012 Chrome fix
function pageLoad() {
    var element = document.getElementById("ctl32_ctl09");
    var isWebKit = !!window.webkitURL;    // Chrome or safari really (WebKit browsers).
    // We don't want to do this fix in Internet Explorer, because it breaks floating columns
    if (element && isWebKit)
    {
        element.style.overflow = "visible";
    }
}

Чтобы обойти необходимость жесткого кодирования идентификатора элемента, я отредактировал файл ReportingServices.js на сервере RS @ [Диск]: \ Program Files \ Microsoft SQL Server \ [Экземпляр служб Reporting Services] \ Reporting Services \ ReportManager \ js \ ReportingServices.js, чтобы включить некоторый код для получения jQuery, загрузки его на страницу, а затем найти все элементы, для которых установлено автоматическое переполнение.

Вставьте следующий код в верхнюю часть файла ReportingServices.js.

var loadjQuery = function (cb) {
    if (typeof (jQuery) == 'undefined') {
        var scr = document.createElement('script');
        scr.setAttribute('type', 'text/javascript');
        scr.setAttribute('src', 'http://code.jquery.com/jquery-latest.js');

        if (scr.readyState) {
            scr.onreadystatechange = function () {
                if (scr.readyState === 'complete' || scr.readyState === 'loaded') {
                    scr.onreadystatechange = null;
                    if (typeof (cb) === 'function') {
                        args = [].slice.call(arguments, 1);
                        cb.apply(this, args);
                    }
                }
            };
        }
        else {
            scr.onload = function () {
                if (typeof (cb) === 'function') {
                    args = [].slice.call(arguments, 1);
                    cb.apply(this, args);
                }
            };
        }

        var head = document.getElementsByTagName('head')[0];
        head.insertBefore(scr, head.firstChild);
    }
}

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

После этого добавьте следующий код

var _rmFixReady = false;
function pageLoad() {
    loadjQuery(function () {
        _rmFixReady = true;
    });
    if (_rmFixReady) {
        var overflowElements = $('div').filter(function () { return $(this).css('overflow') == 'auto'; });
        overflowElements.each(function () {
            $(this).css('overflow', 'visible');
        });
    }
}

Я только что закончил тестирование с Chrome 27 и IE 10 на экземпляре RM2012, и он отлично работал.

Проблема все еще существует в Chrome 22.0.1229.79.

YMMV, но я обнаружил, что удаление высоты из тега ReportViewer решает эту проблему.

У меня была эта проблема с отчетами SSAS, но не с SSRS. Я не мог понять почему, пока не проверил различия на страницах (консультант сделал отчеты SSAS). Он устанавливал ReportViewer Height = 60%, а в отчетах SSRS высота не указывалась.

После удаления высоты отображаются мои отчеты.

Для SSRS 2012 на Windows Server 2008 R2 x64 рабочий сценарий:

function pageLoad()
{
    var element = document.getElementById("ctl31_ctl09");
    if (element)
    {
        element.style.overflow = "visible";
    }

    if (window.addEventListener) // W3C standard
    {
         window.addEventListener('load', FixSafari, false); // NB **not** 'onload'
    }
    else
        if (window.attachEvent) // Microsoft
        {
            window.attachEvent('onload', FixSafari);
        }
}

function FixSafari()
{
    var element = document.getElementById("ctl31_ctl09");
    if (element)
    {
        element.style.overflow = "visible";  // Default overflow value
    }
}

Все предложенные выше версии вообще не работали.

Одна проблема с overflow:visible исправлением заключается в том, что плавающие заголовки не работают во всех браузерах. Следующий сценарий оставит Internet Explorer в покое и применит исправление только к браузерам, отличным от Internet Explorer. При этом все функции сохраняются для пользователей Internet Explorer, и другие браузеры по-прежнему могут просматривать отчеты.

function pageLoad() {
    var eval = getInternetExplorerVersion();
    if (eval == -1)
    {
        var element = document.getElementById("ctl31_ctl09");
        if (element)
        {
            element.style.overflow = "visible";
        }
    }
}

function getInternetExplorerVersion()
// Returns the version of Internet Explorer or a -1
// (indicating the use of another browser).
{
    var rv = -1; // Return value assumes failure.
    if (navigator.appName == 'Microsoft Internet Explorer')
    {
        var ua = navigator.userAgent;
        var re  = new RegExp("MSIE ([0-9]{1,}[\.0-9]{0,})");
        if (re.exec(ua) != null)
            rv = parseFloat( RegExp.$1 );
    }
    return rv;
}

Я попробовал эти подходы, и у меня они сработали, но наши системные администраторы скептически отнеслись к этим изменениям.

Вместо того, чтобы устанавливать высоту на 100% на ReportViewer, я использовал фиксированную высоту, и она работала в моем приложении для Internet Explorer и Chrome.

Мне никогда не удавалось отображать отчеты в Chrome. Большая часть документации Microsoft даже не перечисляет это, поэтому я предполагаю, что у Chrome должны быть проблемы с интерпретацией чего-либо в ASP.

См. Поддержка браузером для служб Reporting Services и Power View .