Running wkhtmltopdf in Azure Websites in a simple way seems to be impossible, still. Static .NET wrappers like Pechkin wont work either in WebSites, there are very few alternatives that are 1. free and 2. dont use wkhtmltopdf or similar under the hood. Most alternatives like iTestSharp are not very...

I had the same issue and it appeared that I was missing C++ redistributable Package for Visual studio 2013. Check http://jwhijazi.blogspot.com/2015/05/solving-rotativa-unhandled-exception.html for more detail.

Got the fix! "Test Case: On changing object tag to iFrame it works in Chrome but not in FireFox." My bad. It was due the FF browser setting that was directly downloading the file instead of previewing. On changing the setting the issue got fixed. Thanks....

The answer is that the custom switches are a command line argument for the WkhtmltoPDF. In order to make it work you have to go to Control panel -> Region and language -> Administrative -> Change system locale... -> in this case I selected Chinese (Simplified, PRC)...

I had a same issue. Try to use col-xs-# instead col-md-# / col-sm-#, that works for me perfectly.

Forget about adding page-break-before or page-break-after. The solution is to add page-break-inside: avoid !important rule. Rule should be added to the container/wrapper of the elements that could get broken in page break.

OK we figured out a work around for this... It's "ghosting for JPEG Images"... So I Just converted them from JPEG to PNG (one of 2 known good image formats)... Since they were already stored in the DB as JPEG, I did the conversion on the fly in the Razor...

The solution ended up being putting all our responsive design into tables, thus trashing the responsive design for the print part. There seemed to be no other way that I could find. It would be nice with a feature to just specify viewport size for the print.