Emails not rendering correctly in 18.6.1


#1

Hello. I have a single page email that renders correctly in the ModrenUI sample until I upgrade the GroupDocs.Viewer nuget package to 18.6.1.

In 18.3.0 it renders as a single page of HTML, in 18.6.1 it renders 5 pages with the same content repeated.

I went back through the nuget releases 18.6.0, 18.5.0 exhibit the fault. It works OK in 18.4.0

In version 18.4.0 in the cache I get fd.xml describing a single page 816x1056 and page1.html and it renders in the viewer in the Modren UI as a single page with all of the content.

Using nuget to upgrade the modren UI solution to GroupDocs.Viewer version 18.6.1 I get an fd.xml file describing 5 pages (all 612x792) and page1.html through to page5.html with the same content.

The only change I have made to the ModrenUI example is to set HtmlOptions.IsResourcesEmbedded to true.


#2

Email to show 18.6.1 fault.msg.zip (51.8 KB)

This is the email file I tested it with.


#3

@dbaker1,

Thanks for using GroupDocs.Viewer and sharing your concern with us.

We are able to reproduce your reported issue at our end. The issue is related to the backend GroupDocs.Viewer API therefore, we have logged it in our internal Issue Tracking System as VIEWERNET-1646. We shall further investigate the issue and keep you notified in case of any updates.


#4

Thanks Usman.


#5

@dbaker1,

You are welcome.


#6

Hi Usman,

My boss wants to know if this issue is being treated as a priority?

I haven’t got a reasonable work-around since we want to generate the HTML files in advance for our customers (and save them waiting) and we have about 170,000 emails in our system to re-cache.

I would go back to the working version but that had an issue when generating the cache on multiple threads (error accessing vs.bin) - to process 170,000 in a reasonable time we need to be able to generate them in parallel.

Please advise on the priority to fix this issue in the backend viewer API and any expected timescale for the fix.

Thanks,
Darryl


#7

@dbaker1,

Thanks for coming back to us.

Currently, the issue is under investigation and not being treated under the Priority Support. To raise the priority of the issue, you will have to purchase and avail the Paid Support Services.


#8

Hi Usman,

I’ve just asked my technical director if we are paying for support - he says we are paying a lot more than the listed price for the viewer on your website. Please can you tell me how to check what our subscription actually includes?


#9

@dbaker1,

Thanks for your response.

In case you have purchased the Paid Support Services, you’ll be able to access the Paid Support Helpdesk and create the tickets in it. For more details about your subscription, please feel free to create topic in GroupDocs.Purchase category.


#10

@dbaker1,

The issue you have found earlier (logged as VIEWERNET-1646) has been fixed in this release.


#11

Hi Usman,

I finally managed to testing this fix. I updated the Modren UI app to use the current nuget package - 18.8.0 and the problem still occurs.

I deleted the cache before trying it again.

Please note that I had changed the Modren UI demo code to use embedded resources, but I removed that change and tried it again got the same result.

I also had to update the Modren UI code to build without errors as there were breaking changes to the GroupDocs API that have not been reflected in your example project.

Please investigate this again - if it works correctly for you, then please point me toward the exact source code that you have verified it with as it seems that not all of your sample code is being updated when new releases come out.

Regards,
Darryl.


#12

@dbaker1,

Thanks for coming back to us.

We apologize for the inconvenience. We investigated your reported issue with the latest version of the API and found that GetPages method is generating only 1 page, however, GetDocumentInfo still returns the count of the pages as 5 which is causing the issue in the front end application you are using. We have noted this behavior at our end (logged as: VIEWERNET-1738) and shall investigate it further.

We have logged your request to upgrade the version of GroupDocs.Viewer in the front end application as https://github.com/groupdocs-viewer/GroupDocs.Viewer-for-.NET-MVC-App/issues/30. We also recommend you to please have a look at the release notes to know about the changes in the latest version.

As a temporary workaround of your issue, please comment out the following line in Controllers/PageHtmlController.cs. For reference, you can download the updated application from here.

Line: 30  options.PageNumbersToRender = pageNumberstoRender;

Hope it helps.


#13

Hi Usman,

The workaround doesn’t work properly - removing that line stops it generating the other 4 pages, but the user interface still thinks there are 5 pages. The navigation controls show page 1 of 5 and there are 4 blank pages shown.

I’ve checked this with the latest version 18.9.0. Please can you confirm that the issue is still being tracked since VIEWERNET-1646 was noted as fixed in 18.7.

Thanks,
Darryl


#14

@dbaker1,

Thanks for coming back to us.

The reason behind this behavior is that GetDocumentInfo method is still returning the count of pages as 5 (as mentioned in this post) and the navigation controls and page containers in the front end UI are created based on the information returned by GetDocumentInfo. Please note that this behavior was fixed for GetPages method in v18.7, however, the issue with GetDocumentInfo (logged as: VIEWERNET-1738) still exists and we are currently working to resolve this issue. Hopefully, the fix will be shipped with version 18.10. We shall keep you notified in case of further updates.


#15

Thanks Usman,

As it was only partially fixed in 18.7, when I found it wasn’t fixed in 18.9 I thought it best to ask again in case it had been forgotten.

Thanks for checking.

Regards,
Darryl.


#16

@dbaker1,

Thanks for asking. I hope everything is now clear at your end.


#17

Hi Usman,

I’ve got the boss asking if this will be fixed in your next release? We’ve been promising our customers a new viewer for a very long time (over a year now) but haven’t been able to release it for various reasons - we think that this is the last blocker.

I’m not asking when the next release is coming out, just whether this fix is planned to be in it.

Thanks,
Darryl.


#18

@dbaker1,

Thanks for coming back.

Yes, the issue has been fixed and the fix will be part of the upcoming release (v18.10) of GroupDocs.Viewer for .NET.


#19

Hi Usman,
We didn’t get any notification that 18.10 was released.

I’ve updated our code and the ModrenUI demo code to use it and can see that the issue has been fixed for the GetDocumentInfo(string guid) overload that the ModrenUI demo uses.

However, our application is using DocumentInfoContainer GetDocumentInfo(Stream fileStream, string fileName, DocumentInfoOptions documentInfoOptions) and this still returns multiple pages.

Can you please look into why this is happening? The fd.xml contains multiple pages as well.

Thanks,
Darryl.


#20

@dbaker1,

Thanks for coming back to us.

We really apologize that you didn’t get the notification about the release. The issue was logged as VIEWERNET-1738 and it has been fixed in version 18.10.

Would you please also share with us the properties (along with the values) of DocumentInfoOptions class that you are using in your application? We shall be looking forward to your response.