Bug 468935
| Summary: | "Print to file" on first-use sometimes really prints to the default printer | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | caolanm, dcantrell, jnavrati, mclasen, mkasik, rvokal |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-11-14 15:02:10 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 465130 | ||
|
Description
Bill Nottingham
2008-10-28 22:57:30 UTC
Err..., that's odd and I don't see it myself. Is it opening an existing document and using print to file, or writing a new one from scratch. What OOo application, writer or calc or something else ?. Is it when not changing any defaults, i.e. just taking "output.pdf" format "pdf", or twiddling to .ps ? Maybe there is a race in here wrt. printer detection and using any print functionality. I reproduced this again. Open document. (Existing document, ooffice <file> Opened in writer.) Select 'print'. It defaults to my default pritner. Pick a browsed printer. Final '<print>' button is greyed out. Not sure why. Select 'Print to file'. Flip it to PS output. ... sent to default printer. I then tried for more reproductions, and it didn't happen. So, maybe there is a race somewhere. Yeah, I have it. Printer detection hasn't truly finished, so we force it to complete and wait, but the side-effect is that the current "print to file" setting gets tossed out so we end up printing to the default printer. We just need to move setting those properties to after we have the final printer handle. (Pick a browsed printer. Final '<print>' button is greyed out. Not sure why.) FWIW, that'd be the dialog itself, not OOo so I'd expect evince (and other users of that dialog) to show the same greyed out button for a printer if OOo shows one. Might be greyed out while waiting for some cups querying of capabilities or something) Marek, can you have a look at this. Maybe this broke during our latest async changes for default printer handling ? Err.., hang on here. I'm pretty sure the substantive issue is my one and OOo specific. There may be some generic issue wrt. the greyed out button sceál but the primary info coming from the dialog as to "print to file" being selected is good from gtk2-print-unix I reproduced the problem with gtk older than the one in which the default printer handling is changed. So it is not broken by this change. I reproduced this for printing to PostScript file only and only for documents opened from a disc (not for new documents). It works for PDF for me. So it is probably bug in OOo. I couldn't reproduce the problem with the greyed out button. Does it show up with "gtk-demo" (the Printing section)? Marek "So it is probably bug in OOo.". Yes, see #3. Caolan, why did this get closed? Was there a new oo.org build to fix it, and if so, has it been tagged for the final release? This was fixed in 3.0.0-9.7. F10 currently has 3.0.0-9.10. |