SSRS not showing any text in preview - sql

I have a very frustrating issue. Visual Studio will not show any text in preview. All it will return is a blank table. Initially, I thought it had to do with my datasource, and therefore I decided to hardcode some text into my table and it still returns a blank table. I even uninstalled the 2015 edition and installed the 2017 one instead and I still get the same output.

Simply try changing the font name. For me changing it from SegeoUI to Arial fixed the issue. Totally terrible. SSRS is dead.

Have you tried deleting the .data file in your solution folder? SSRS has a bug where it will not always refresh the data being displayed during preview unless you manually delete these files. Once you delete the .data file and rerun the preview it will be automatically rebuilt and should reflect the changes you are looking for.

Related

Intellij sometimes not showing files

Sometimes intellij just stops showing me certain files in the project pane. They still exist on disk, and it still even leaves a gap for them, it just stops displaying the name (and double clicking on the empty space doesn't bring up the file).
I've tried synchronizing the packages and project, no luck.
In the image below, there is a LinuxSandboxStrategy file that should be "between" BUILD and LinuxSandboxWrapper. Another missing file can be seen under the skyframe package.
I'm using intellij community edition 2016.1 on Linux.
It's an old known bug (Feb 2014)... not fixed yet (July 2016)
Here is the related bug report : https://youtrack.jetbrains.com/issue/IDEA-121164

not able to export Crystal report file to pdf

I have application in .net ,I created Crystal report from my application.
after creating crystal report i tryied to export that crystal file to PDF..
but i am getting error like this
Error in file
As per my search result i have Installed 2 dll files exportmodeller.dll, crtslv.dll and i re-installed update version of adobe reader(11.0.13),but still getting this error? thanks in advance
There is a Microsoft update (KB3102429), which causes this issue. Here is an article how to remove it: http://www.iris.co.uk/support/knowledgebase/kb/11478
The last Microsoft update (KB3102429) causes this error.
More information about this problem you can find on support: https://scn.sap.com/thread/3828300
Solution: removed that update (KB3102429)
I had a similar problem, I found the description of the problem in :
https://support.microsoft.com/en-us/kb/3102429
The solution of the problem can be found at:
https://blog.brankovucinec.com/2015/12/10/kb3102429-causes-crystal-report-export-to-pdf-to-fail/
Notes:
This problem occurs when you use a DataSet as a source of report data. Sql queries and StoredProcedures this error did not happen
This problem occurs when you will export the report to PDF using a DataSet as a data source, if you try to export to Excell and Word this does not happen.
You must remove this update from your computer or server (if this problem).
1: Go to Control Panel
2: Select View installed updates
3: Search the KB3102429 update, And Then select Uninstall.
If you can not uninstall this update:
Issue only manifests with export to PDF using DataSet (Word and Excell not affected), only if the report contains TNR or Arial (no other fonts found to cause a problem but not every font was tested) and only with the versions of fonts, if you change the fonts on your report to SergoeUI your report (maybe) will work.

SSRS PDF Export Headers Incorrect

I have created a report with several related tables and a couple of charts. It looks good in Visual Studio and exports PDF fine but when I deploy to Report Manager and export to PDF, the headers don't appear on subsequent pages and the first row is expanded as if it were the header. Also, rows with long names do not expand the rows as they should.
Has anyone had this issue and/or know how to fix it?
I thought I was done with this report until I tried exporting from Report Manager.
Apparently the issue is due to using CanGrow for cells in a tablix exported to PDF.
I had tried changing every other property to get it to work then a co-worker said to change the CanGrow to False. Amazingly it worked! There were no more jacked up first row and the headers magically started repeating.

SSRS 2008 -- Data Missing when run in BIDS mode

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.

SQL Reporting Services: Why does my report shrink when it's emailed?

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