I have a report that I created in SSRS that up until a few days ago was working fine. I was asked to make some minor changes to it and now two columns in one of my tables is not showing. When I preview it in visual studio everything looks fine. After I distribute it and go to Report Manager the columns are missing. I've never had anything like this happen before. Has anyone experienced this?
Yes this happens to me all of the time. Print preview is my best friend.
I recommend always staying a quarter of an inch away from the edge of the paper size, including margins.
For example, all of my reports have a .5" margin on each size on 8.5" paper. If I put the last edge of my table on 7.5", the last column will be on a different page. If I move it to 7.25" everything will show.
Paginated reports are designed to be printed so if you go outside of your page size (even with whitespace sometimes), it will push things on to other pages.
Related
I understand that I can never exceed the width of a report body, but I have more report items than a (Design View) page can hold and I don't know what to do.
To clarify, what is currently on the Design View page correctly becomes a longer display view, and becomes multiple printed pages. Just what I want.
The problem is that I've run out of vertical design canvas and I don't know how to fix that.
Now that we've identified the PBI-Desktop tag was erroneous, the problem domain is SSRS Report Builder/PBI Paginated Report Builder doesn't give you enough space to craft your report.
The right but wrong answer is to go into the Property menu of the Body and there you can change the Size of the report.
Here you can see me manually increasing the size of the report body but it's easier/more precise to work with the property window.
Why it's the wrong answer -> You're designing a paginated report - one designed to be pica perfect on your page. Now we're stuffing a 21.875 inch body of a report into an 8x11 page piece of paper. Viewing of it might be ok but when someone clicks print, what happens? Is it going to squish all of that into a single page? Will Page 1 of the report really span N pages? It's been too long since I've worked with SSRS to that level of precision and I really don't remember but do test early if printing is a crucial aspect of the report delivery.
Outdated PBI Desktop/Service answer in case someone else needs it
In Power BI Desktop, click in the background and under Visualizations go to the Format tab. Change the default page size to custom and I could create a 99999 pixel tall report but I doubt that's advisable
I have a very strange thing happening and I don't know how to resolve so looking to the experts to point me in the right direction please.
I am building a SSRS report to match our clients existing report (built using Crystal Reports). I have been given exact criteria to match such as font size, font, etc and sizes of the various controls. In one part of the report, I have 3 pie charts (uurgh!) next to each other. Each has a custom legend to display the series values and the percentage. Depending on the option at runtime, these legends can contain 9 or 10 items. I understand there is little that can be done in determining how many legend entries appear in each "column" of the wide table, if used, but what I am experiencing is doing my head in.
Below is what the pies currently render as in SSDT (VS 15.9.16)
When I deploy to SSRS and view the report, using exactly the same data source and parameters, I get the following.
You can see in the middle pie, its switched to a column even though the legend is set to wide table and is missing entries. The third pie is a wide table but has dropped Financials off the bottom of the legend.
And why, just out of interest, does the browser version show a space between the number and % sign but the SSDT version doesn't?
This is very frustrating as I expect the browser to return the same as VS. I've tried Edge, Chrome and IE, same every time. I have tried using Auto Table and Wide Table on the legend, makes no difference.
Any suggestions for ensuring the browser renders the report exactly the same as the dev environment would be hugely appreciated.
It seems so basic and surely resolved by SSRS 2014 SP1 but I can't find a way in Print Layout (for PDF ultimately, but this is simple display) to allow a tablix to render at the top of following pages when a text box displays above it on the first page (eg. address details which would not be wanted on every subsequent page filled by tablix results). This results in unprofessional wasted white space above the results on every page after the first.
The tablix seems "stuck" so it only starts on the page wherever you put it on the design layout (using Report Builder because SSDT not playing with VS2015, but same things should apply). That's when the text box above it naturally doesn't even display on the subsequent pages - why would it, it's done its job and is not repeateable! After all, it's not in a header.
Have set the textbox to CanShrink=true but its still holding the space (because it's content remains, fair enough).
Also tried hiding the textbox (and should be able to do this conditionally on subsequent pages) but whitespace is still there, which is odd and perhaps shows the real limitation.
Applied ConsumeContainerWhitespace=true on report level (you would have thought that would do the trick) but no joy.
Even put both textbox and tablix in a same Rectangle so they become "peers" and maybe control the whitespace better, but nope.
Would prefer the header to repeat and the textbox address to only be on the first page, but another annoying limitation is that for headers there's only a "PrintOnFirstPage" option, not one to print on first page only! Of course, a workaround for that like SSRS Report Builder - Only Show Header On First Page (With Page Numbers) is to move textbox into the body area and hide, but as noted, that still leaves the stupid whitespace on every subsequent page - d'oh!
Surely there's a way to resolve this basic requirement, or maybe I'm missing something obvious?
EDIT: Remembered I never had this problem before and realised it's now only because there are multiple Projects per Worker (sorry, not enough rep yet for pic). If I choose a parameter period with only one project, the line descriptions will continue on the top of any subsequent pages. Only if the tablix header group (Project: [TaskDesc] and Worker) changes does a new page start - but with the tablix at the original page 1 layout location (ie under the textbox), not at the top of the subsequent page where it should be. Hope this clarifies - looks like a bug, odd tablix behaviour, but maybe a workaround?
If you want a non-repeating TextBox, just make sure it's outside of a repeating report element. This means outside of a Tablix or Rectangle.
Just place the TextBox at the top of your page and place the Tablix/Rectangle below it. When the Tablix/Rectangle grows beyond the maximum page height, it will break and continue at the top of a new page.
If you simply think there is too much empty space at the top of the page, try fiddling around with the page margins.
hoping someone can help.
my report in SSRS 2008 R2 is randomly creating a blank page on the rendered report (and when it's exported to Word). I've investigated it here and Google and tried everything that's been suggested.
My Page Setup under Report Properties is Letter (portrait) 8.5in x 11in, with 0 for all 4 of the margins (I've tried using .25in for all 4, same results).
the size of the body, etc. on the report is 8in x 3.3094 -- nothing is over 8in in width.
"Keep together on one page if possible" is unchecked for all the elements on the report (Lists, tables, body). It produces the same result if it is checked, too.
The ConsumeContainerWhiteSpace on the report is set to TRUE.
Again, when it's rendered on the web browser, I have 6 pages that are fine, then a blank, then several more single pages, then another blank.
Oddy enough, when I view it (on the development machine, not on the web) in PRINT mode, there are no blank pages at all (which is good).
can anyone help?
thanks!
It really sounds like some element is just over the edge of the margin and is creating that blank page. Since it doesn't appear after every page is there any common element that is present on the page before the blank ones that might be near the edge?
I think the HTML renderer must have slightly different margins (or something) when compared to the print renderer in SSDT. Unfortunately for these kinds of issues in SSRS the best way to solve it is to go through all of the possible offending report elements and make sure that they aren't going over the edge.
I'd recommend just moving EVERYTHING away from the right margin and seeing if it fixes it, and then moving things back one by one to figure out where the problem is. Either that or you can make the report margins smaller and see if that fixes it. Even if you need to revert them afterwards and still find the offending element, it could be a good way to test what the problem is.
This could also be caused by an element in the report having the "Insert Page Break Before/After" option enabled. You should check the elements that appear before/after the page break to ensure that option is not set. However, since the issue doesn't happen in all rendering modes I don't think this is the most likely issue.
Figured it out. I clicked on the down arrow on the Row Group, picked Group Properties, and unchecked the Page Break Options/Between Each Instance of a Group and there's no more blank pages :)
thanks for everyone's help!
I have an SSRS 2005 report, the report has two groups and one nested table inside of a group, the report is displayed correctly in VS as two pages, but when trying to export it to PDF I get 17 pages and the only correct pages I get are at the end of the PDF file.
Check the grid vs the Page Size.
If you Page Size is set to 8.5" x 11 and you have 1" margins and your Grid (The "white" part of the report) goes beyond the margins, you will get overflow on to other pages.
If you look at the picture below, you can see the grid goes just beyond the 7" mark. My interactive snf Page Sizes are set to 8.5 x 11. This exports fine. A good way to check is to switch to "Print Layout" mode. You can do this by clicking on the little icon that looks like a white piece of paper on a green background just to the right of the Printer Icon. When you view it this way, you get a pretty good idea of how it will be exported.
I have run into this problem before, generally a Table or Rectangle control will inadvertently push to the edge of the Grid and in turn increase the size of the Grid beyond your paper size and margins.
Yes, but it's been a (long) while since I worked with SSRS. I remember having adjusted rsreportserver.config
This link should help:
Customizing rendering extensions
The link is just the result of quick googling. Didn't read it through.
I had to adjust values for i.e. border width and so on, which are by default somehow a mess. And if that doesn't help, you have to adjust your report.