Printing in IE11 or OOB results in blank pages

7 posts, 0 answers
  1. Ali
    Ali avatar
    12 posts
    Member since:
    Nov 2018

    Posted 27 Jun Link to this post

    When I try to print from the demo I have blank pages when using internet explorer 11 last version, same when the application is installed in Out Of Browser Mode.

    Curiously printing is okay with FireFox 52.9 esr.

    Tried many printers and even Microsoft PDF Printer.

    OS Windows 10 x64 v1803

  2. Ali
    Ali avatar
    12 posts
    Member since:
    Nov 2018

    Posted 27 Jun in reply to Ali Link to this post

    I missed an important precision : this occurs on windows with French locale and works fine on English windows...
  3. Peshito
    Admin
    Peshito avatar
    570 posts

    Posted 02 Jul Link to this post

    Hi Ali,

    I tried reproducing the issue but to no avail. Could you share some more details about it? Is this reproducible only on your machine? Is there a way to test it on another one as well? Also, does it happen on all demos or a specific one? Did you use the document already loaded in the demo or a local one? 

    Looking forward to your reply.

    Regards,
    Peshito
    Progress Telerik
    Try our brand new, jQuery-free Angular 2 components built from ground-up which deliver the business app essential building blocks - a grid component, data visualization (charts) and form elements.
  4. Ali
    Ali avatar
    12 posts
    Member since:
    Nov 2018

    Posted 04 Jul in reply to Peshito Link to this post

    Thank you Peshito for your answer.

    All the demos are having the same issue, PdfViewer and also RichTextBox.

    Tests done with the default loaded documents in the demos.

    Tested on 5 different windows 10s and 3 different Windows Servers 2016 all having French Windows version installed. Printing results on blank pages.

    Tried to print to Microsoft PDF printer and have this results : First print, I was asked for the file name, it generates the pdf files, but all pages are blank. Second print : nothing happens, not asked for the file name, no error message.

    Tested on a Windows Server with an English version of windows installed : All the scenarios prints the documents correctly.

  5. Peshito
    Admin
    Peshito avatar
    570 posts

    Posted 09 Jul Link to this post

    Hi Ali,

    Thank you for your thorough research on this issue. I tried reproducing it on my local machine and on a virtual one following the steps you shared but to no avail. With RichTextBox and PdfViewer document's content is directly passed by the controls to the platform's printing mechanism and I am afraid I cannot suggest a workaround for this behavior. This mechanism relies on the proper implementation of the PostScript support in the printer drivers. That is why I would recommend to find suitable drivers. Sometimes checking if they are up to date and updating them solves such kind of issues.

    Regards,
    Peshito
    Progress Telerik
    Try our brand new, jQuery-free Angular 2 components built from ground-up which deliver the business app essential building blocks - a grid component, data visualization (charts) and form elements.
  6. Ali
    Ali avatar
    12 posts
    Member since:
    Nov 2018

    Posted 09 Jul in reply to Peshito Link to this post

    Thank you Peshito for your answer.

    But there are some other facts that let me think that the problem is elsewhere.

    Printing from Firefox v52.9 works fine on all the machines that have the problem with IE and Oob. Waterfox and Palemoon (two other navigators that supports Silverlight) are also working in all the cases.

    Switching a machine to English locale (both user and system account) makes the printing okay in IE and in Oob mode.

    So, I don't think it is related to the printers drivers, because it is also reproducible with "Microsoft Print to PDF" virtual printer...

    Thank you again for your help.

  7. Boby
    Admin
    Boby avatar
    704 posts

    Posted 11 Jul Link to this post

    Hello Ali,

    We are not able to consistently reproduce the issue, but our current assumption is that, when the culture is French, Silverlight generates PostScript which is incompatible with some PostScript supported by some printers (even virtual printers). What you can try as a workaround is changing the thread's cultures:
    this.radRichTextBox.CommandExecuting += (sender, e) =>
    {
        if (e.Command is PrintCommand)
        {
            System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("en-US");
            System.Threading.Thread.CurrentThread.CurrentUICulture = new System.Globalization.CultureInfo("en-US");
        }
    };
     
    this.radRichTextBox.CommandExecuted += (sender, e) =>
    {
        if (e.Command is PrintCommand)
        {
            System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("fr-FR");
            System.Threading.Thread.CurrentThread.CurrentUICulture = new System.Globalization.CultureInfo("fr-FR");
        }
    };



    Regards,
    Boby
    Progress Telerik
    Try our brand new, jQuery-free Angular 2 components built from ground-up which deliver the business app essential building blocks - a grid component, data visualization (charts) and form elements.
Back to Top