shaununouk Posted October 12, 2017 Share Posted October 12, 2017 In the unsettled orders, when I select 4 orders to print as in Check box(4), Dont change order status, then, print an Invoice, Go The first address will print and then the next 3 address will not print on paperwork. (customer delivery address top right corner just blank) All four customer address are showing on the Invoice print page that appears when you press go but they do not all print. I am currently just printing each order Individually and marking as order complete with no problems. Anyone else come across this problem. Quote Link to comment Share on other sites More sharing options...
bsmither Posted October 12, 2017 Share Posted October 12, 2017 I tested this on CC6110, and I had the browser show me a "Print Preview". This (supposedly) will show what the actual printed document will look like. (And I have actually modified the template just a bit to not print an extra blank page.) If the order has notes to print, there will be that page containing the overall template (logo, store address) an also the Note - but no other data. All other pages do show the customer address block. Do you recall if this just started happening with CC6111? Please verify with your browser's Print Preview. The Customer Address block is in a floating div, and may get repositioned when the width of the document's outer-most boundaries are narrowed to the width of your printer's printable area. Quote Link to comment Share on other sites More sharing options...
shaununouk Posted October 12, 2017 Author Share Posted October 12, 2017 Thanks for quick reply, I did have this happen on previous version 6.1.8 but managed at the time printing orders one at a time, I have just now only had time to mention this problem on the forum. I have just done the browsers (firefox) print preview, the address are missing from page 2 onwards. Quote Link to comment Share on other sites More sharing options...
bsmither Posted October 13, 2017 Share Posted October 13, 2017 I cannot reproduce it on CC6110, and if, as you say, this was happening with CC618, then I should be able to see something. PM sent. Quote Link to comment Share on other sites More sharing options...
shaununouk Posted October 13, 2017 Author Share Posted October 13, 2017 I have managed to figure this out when Brian mentioned the floating div for the address as a printer setting error on my browser, The Header setting was too high, I have reduced this header setting and all is working as it should. Thanks for the assistance. Quote Link to comment Share on other sites More sharing options...
shaununouk Posted October 13, 2017 Author Share Posted October 13, 2017 Scrap that last reply, not sure what is happening, I will reply to your message again Brian. Thanks Quote Link to comment Share on other sites More sharing options...
seasurge Posted November 21, 2017 Share Posted November 21, 2017 Was there a solution to this? I've just encountered the same problem having changed my browser from Chrome to the new Firefox Quantum. I'm on CC6.1.12, which works perfectly on Chrome (and the older Firefox I was running before), however on FF Quantum the symptoms are as described above, i.e. the customer address prints OK on the first invoice but blank on the second and subsequent ones. It also shows as blank on the Firefox Print Preview. I've tried adjusting the page margins ("Page Setup") but this has no effect. Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 21, 2017 Share Posted November 21, 2017 I am seeing this with Firefox Quantum as well. Researching. May have something to do with FF misapplying CSS rules to @media print. Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 22, 2017 Share Posted November 22, 2017 I found this Firefox Forum conversation:https://support.mozilla.org/en-US/questions/1178162 I will examine the layout of the page and see if there is some sort of "nested table" type of issue. Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 23, 2017 Share Posted November 23, 2017 There are no tables in the invoice. The code is all proper. I will have to blame it on the latest version(s) of Firefox. In the meantime, maybe Cyberfox or Waterfox (respectable forks of Firefox) will suffice. 1 Quote Link to comment Share on other sites More sharing options...
seasurge Posted November 23, 2017 Share Posted November 23, 2017 Thanks for that. I suspected it may be a browser issue so I'll carry on with my workaround (using Chrome for the print) until Mozilla sorts it. Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 23, 2017 Share Posted November 23, 2017 Definitely this bug:https://bugzilla.mozilla.org/show_bug.cgi?id=1404868 Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2017 Share Posted November 24, 2017 Until Mozilla fixes this, here is a work-around: In the admin skin file print.css, near line 112, find: .page-break { page-break-after: always } Change to: .page-break { page-break-after: always margin: 1px; } It will be difficult to force the browser to reload page resources because in doing so, the actual page is reloaded. However, in calling this printable PHP page, there is a PHP statement at the end that deletes this file. So, we will make a temporary edit that will cause the browser to believe it needs to load the print.css file everytime, and not use the browser's internal cached version. In the admin skin template orders.print.php, near line 17, find: <link rel="stylesheet" href="../{$SKIN_VARS.admin_folder}/skins/{$SKIN_VARS.skin_folder}/styles/print.css" media="screen,print"> Change to: <link rel="stylesheet" href="../{$SKIN_VARS.admin_folder}/skins/{$SKIN_VARS.skin_folder}/styles/print.css?{$smarty.now}" media="screen,print"> Quote Link to comment Share on other sites More sharing options...
seasurge Posted November 24, 2017 Share Posted November 24, 2017 I've tried that and got it to work, but I needed to re-order the lines in the print.css code. Instead of: .page-break { page-break-after: always margin: 1px; } I had to use: .page-break { margin: 1px; page-break-after: always } Your original code resulted in the information being present but with no page-breaks between the invoices. Thanks for that, Brian - let's hope Mozilla soon get their end sorted! Quote Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2017 Share Posted November 24, 2017 (edited) It seems the original line has no trailing semi-colon. That is not illegal if it is the last or only line within the braces, but does make for very poor programming practice. Edited November 24, 2017 by bsmither Quote Link to comment Share on other sites More sharing options...
seasurge Posted November 24, 2017 Share Posted November 24, 2017 Ah... got it. As you can no doubt tell, I'm by no means a programmer, so didn't notice it was a syntax thing. Re-ordering the lines was a "poke-and-hope" effort by me that happened to work! Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.