First, browser-content.js:getPrintSettings() always returns null because there is Mac no widget factory for faultPrinterName and hence an exception is triggered resulting in content starting with a null print settings object. The serialization issue in problem 1 also would affect the child sending an NSPrintInfo to the parent, but we hit two problems before that. Problem 2 happens because the child process fails to build a NSPrintInfo from preferences and as a result always sends a default NSPrintInfo to the parent to display the print dialog. The child ends up using the default OS printing settings. After the print dialog is displayed in the parent, the nsPrintOptionsX is sent back to the child process for the printing to progress, but parts of NSPrintInfo are lost. Problem 1 happens because those values in the native OS X NSPrintInfo object are not included in the serialization in nsPrintOptionsX::SerializeToPrintData and nsPrintOptionsX::DeserializeToPrintSettings. To disable remote printing on Nightly, set print_via_parent=false and =0). (Problem 2 is a little different on Nighty where remote printing is enabled. i.e., the intent is that the defaults for the print dialog are set with page setup dialog.
Specifically, the paper size, scaling factor, and orientation (landscape vs portrait) selected in the page setup dialog are not pre-selected when the print dialog is opened. Problem 2) Change made in the page setup dialog don’t persist as defaults when the print dialog is opened later. Problem 1) In the print dialog, changing the paper size, orientation, or scaling doesn’t affect the output. The two problems that need fixing here are Now, the image prints as if it wanted to be on letter paper. In build 47 the print preview and the job itself would be defined by this paper size. This is a regression as we could define it as 2.83 x 78.72 (we use this for variable lengths of receipt paper). Notice that the print preview (despite being defined as page size 2.83 x 78.72 inches or 72mm x 2000mm) still prints as if the preview understands the paper size but the image itself prints as if it is on Letter. Here's what the print and the preview look like on Mac (both builds of 51 & 52): The only special thing I had to do was uncheck "Shrink to Page Width" in File>Page Setup. Here's what the print and the preview look like on Windows: In both 51 and 52 the preview will show that the print job is being cut off. Tried 52.0a1 same issue, printed normal size but cuts off the paper Tried 51.0a2 printed normal size but didn't print the entire size of the paper
0 kommentar(er)
