Howdy, Stranger!
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 304 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 260 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
RDLC report page size changing between companies of same DB
Andy_Smith
Member Posts: 31
NAV 2015
I have an unusual issue where I have a stub/stub/check report that uses most of the space available. My original testing of the page did involve extensive fine tuning for the usual issues with overrunning the page and I have it working nicely - for one company. If the user switches company (same user, same workstation, same printer) and tries to print, they get a message asking to load A4 and the page truncates the very bottom of the check, which happens to be where the MICR coding is. It does not run over to a second page, it just truncates the bottom (I can see the very top of the MICR code). I have verified that report selections and printer selections are the same for both companies.
The page size is set to 8.5x11 in the RDLC and there's no override on the report properties in the NAV development environment. So somehow switching from company A to company B causes the report to think something about the printer is changing the page size. Company A prints fine, Company B with same object truncates the bottom. The user is not using terminal server but is an actual workstation.
I can't find anything in the company properties that would do this. Anybody have any ideas?
I have an unusual issue where I have a stub/stub/check report that uses most of the space available. My original testing of the page did involve extensive fine tuning for the usual issues with overrunning the page and I have it working nicely - for one company. If the user switches company (same user, same workstation, same printer) and tries to print, they get a message asking to load A4 and the page truncates the very bottom of the check, which happens to be where the MICR coding is. It does not run over to a second page, it just truncates the bottom (I can see the very top of the MICR code). I have verified that report selections and printer selections are the same for both companies.
The page size is set to 8.5x11 in the RDLC and there's no override on the report properties in the NAV development environment. So somehow switching from company A to company B causes the report to think something about the printer is changing the page size. Company A prints fine, Company B with same object truncates the bottom. The user is not using terminal server but is an actual workstation.
I can't find anything in the company properties that would do this. Anybody have any ideas?
0
Comments
Usually the check report to use is based on the setup. You should check if the bank account you use in both companies has the same check report selected, and if they are both setup the same way. Maybe the problem is not the report being truncated, but that it's selecting a different report with less information (like check/stub) for that one you are testing
(to make sure that's not the issue, you could always add a test label on the one you want to use so you can see if that's the same printing where you get the problem or not).