I have an SSRS (2012) .rdl main report that calls a subreport. This subreport is displaying a column which is a very long string.
If I call the subreport directly, this column displays the entirety of the text.
If I call the main report (which subsequently calls, among others, the afforementioned subreport), the preview in the SSRS page also shows the entire text as it's supposed to, but when I export it to .pdf or excel, all the text after the first line is missing (the first line of text is shown, and the rest of the space where the text should is just blank).
This issue does not occur when calling the subreport directly, but it does when I call the main report.
Furthermore, I have 2 environments with these reports installed, Production and Development, and the issue does not occur in Development, but it does in Production, and only if I call the main report!
I have already checked all the .rdl, .rsd and .dll files installed on both environments, and all of them are exact matches. The text itself, is the same for this column on both databases (I think). I have confirmed that "Page Width >= Body Width + Left Margin + Right Margin", also I tried on the Report Properties changing the margins from cm to Inches and back to cm to get the margins rounded up by 4 or 5 decimal digits, none of it worked.
I have looked extensively for problems similar to mine, but none of them were properly answered. I have no idea what is causing this, but considering that the subreport works just fine, that the same main report works fine in Development, and that even on the preview of the Production environment all of the text is shown, I suspect it may have something to do with the exporting process. The browser used is always the same in all scenarios, IE11. The PDF is Acrobat Reader DC.
Any help is deeply appreciated.
I have an application developed with Vb.Net 2003 and using Crystal Reports 11 used to preview many statistical reports.
I always preview any report successfully, but when exporting some of the reports (not all) into PDF using the built-in export functionality in the report viewer control, the application freezes forever.
So, I need to know if there is any report object (textobject, Picture, Chart, line, box, etc..) that might not be able to be exported into PDF, and I think this type of object is only found in some of my reports and that's why I face this problem only with some of the reports and not all of them.
The most common reason this happens is that not all the variables you use in the report are filled. So make sure of that. Otherwise you should get an error on the object you use. Do you get an error on exporting?
I am having a really weird issue with a report built in SSRS 2008. When the report is set to export as a PDF, all data fields are showing up properly on each page as intended. However when the report is run in BIDS mode or exported to Word/CSV/Excel formats there are several data fields that show up as a blank.
One weird thing Ive noticed is that if I set the data fields that are missing as First(Fields!datafield.value) instead of Fields!Datafield.value then they will show up.
Has anyone ever seen any instances of this happening or have any ideas how to correct this issue without redoing the report? I can include the .rdl file if that would help.
Thanks!
I've seen something similar when coloring fonts. The pdf export didn't pick up all the formatting. Check to make sure that your visibility and color settings for the fields in question are what you expect. Try setting those all to default to see if that fixes the issue.
I have an SSRS report with two subreports that had been working fine. Recently I added some additional table sections to the report and I started seeing an issue when the report was displayed in the interactive viewer. The data is fine but the formatting on the last two table sections does not appear in the viewer.
The formatting actually stops working half way through the next to last report. However, when I print the report (or export to a PDF), all of the formatting is there and the report prints fine.
I have tried splitting the report into more subreports, running with different data and it still does not display correctly in the interactive viewer. The report and subreports do have a lot of formatting and table sections and I am wondering if the RDL files are too big to store in memory or if they even do get stored in memory.
The RDL file sizes are 61 kB for the main report and 2612 kB and 2608 kB respectively for the subreports. Is there a size limitation on the RDL files? Any ideas?
I have found a work around for my problem. If I render my report directly to a PDF, then the report will not display in the interactive viewer, but only as a PDF which displays correctly. This is done by adding "&rs:Format=PDF" to my URL when I call it from my C# program that allows the user to input the parameters. Then the user can print the report and never see the missing formatting in the interactive viewer. This works for my, however, I would still like to know if there is another answer that allows it to view correctly in the interactive viewer or if I have surpassed some memory limitations.
If you split the report into its component parts does it display ok? If as you say you have recently added some new sections/Sub reports to it if you remove them does it look ok again.
You have probably got some strange overlapping happening, in the report designer when the report complies check the warning tag to see if it gives you any clues
I created a simple report and uploaded it to my report server. It looks correct on the report server, but when I set up an email subscription, the report is much narrower than it is supposed to be.
Here is what the report looks like in the designer. It looks similar when I view it on the report server: [http://img58.imageshack.us/img58/4893/designqj3.png]
Here is what the email looks like: [http://img58.imageshack.us/img58/9297/emailmy8.png]
Does anyone know why this is happening?
This issue is fixed in SQL Server 2005 SP3 (it is part of cumulitive update package build 3161)
Problem issue described below.
http://support.microsoft.com/kb/935399
Basically Full Outlook 2007 Client Uses MS Word HTML Rendering Engine (Which Makes Web Archive Report Looked Jacked Up).
NOTE: Web Outlook 2007 Client Uses IE HTML Rendering Engine (Which makes Web Archive Report Look Okay).
We have installed the patch on DB housing Reporting Services and it does fix the issue. Emails look all nice and fancy now.
I notice that the screenshots show Outlook 2007. Perhaps you're not aware that Microsoft somewhat hobbled the HTML capabilities of Outlook in 2007, and now it uses the Word HTML engine, and not the more advanced Internet Explorer one? Might this explain the lacklustre appearance?
http://www.sitepoint.com/blogs/2007/01/10/microsoft-breaks-html-email-rendering-in-outlook/
I got around this problem by doing the
following:
Add a Page Header to the report
Add a line to the page header. Set the width of the line to the
desired page width.
Set the line colour to white (eg to hide the line)
Hope this helps someone else,
Following on from girlC0d3r's solution, images aren't always guaranteed to be shown in an email.
A better solution to widening the report to prevent the content from wrapping is to have a long unbroken string of characters with no whitespace.
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
By giving the text the same color as the background of the email (e.g. white) they'll widen the report and be invisible to the user.
I don't see anything but my first guess is that the fonts are vastly different. The designer has one font and the email is a flat, no-frills kind of thing with a simple font. Without concrete examples, this is just a guess.
I don't think it's a font thing, because the text is being wrapped a lot, and it looks about the same size.
The images show in my preview, but not in the final post. So, here are links to them.
Report in the designer: [http://img58.imageshack.us/img58/4893/designqj3.png]
Email result: [http://img58.imageshack.us/img58/9297/emailmy8.png]
What report output format did you specify for the scheduled job? It seems to me you used HTML, which will autoscale depending on the output browser (HTML adapts).
If having the same layout is important then use PDF as the output format. Then, if the user wants to print the report you know exactly what it will look like and that it will fit nicely on the page.
Can you try a different format? pdf or xls maybe. In my experience web archive looks goofy. Don't know why.
Yeah, I'm using HTML. I would prefer to stick with that, because the users can just read it in their mail clients. PDF or XLS would require them to open an attachment.
I know that the HTML resizes itself to fit the browser, and that's a good thing. The problem I would like to fix is the wasted space - in the email client, the HTML shrinks too much.
I got around this problem by doing the following:
Add a Page Header to the report
Add a line to the page header. Set the width of the line to the desired page width.
Set the line colour to white (eg to hide the line)
Hope this helps someone else,
girlC0d3r is along the right lines (no pun intended), but the line will likely be shrunk along with the rest of the HTML in the email. A workaround I used yesterday was to create an image 1px high by 600px wide (or whatever), the same color as the background, and bring it into the report as an embedded image. Place it above or below the body of your report. This should force the intended width in the final email. I used this technique successfully in a report yesterday.
I just ran into this issue myself, exactly as portrayed in the OP's screenshots. The reports were beautifully rendered in nearly every format except for Web Archive. My trouble was the use of a rectangle containing each matrix that did not span the width of the report. Upon stretching it out through the remaining white space, the condensing behavior ceased. Hope that helps someone who doesn't have quick access to an SP upgrade!
Where it is not an issue of running on old software that needs a patch...
The reason is the columns are different sizes is because the MHTML Device Information Settings, 'OutlookCompat' is set to true
When creating an email subscription with MHTML format and open the report in Outlook, A forum post by Microsoft employee Fanny Liu says
change the OutlookCompat configuration setting for the MHTML Rendering extension in rsreportserver.config. Set the value to: False.
As I was researching it appeared that this would impact more than just column size. In my instance it was not that big of deal so I decided to leave well enough alone. It is correct in PDF and web, the email I send includes a link back to the report, if the client wants a pretty report they are going to want it in PDF, the email format is not expected to be printable.
Encountered the same issue and this worked for me.
Go to --> Properties --> Report
Set InteractiveSize Width to 4.9in
Set Margins to 0 for Left, Right, Top, and Bottom
Set pageSize to Width to 4.9in