Bug 441341
Summary: | PDF printer rendering does not display correctly in Adobe Reader | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michael Wiktowy <michael.wiktowy> | ||||
Component: | gnome-print | Assignee: | John (J5) Palmieri <johnp> | ||||
Status: | CLOSED WONTFIX | QA Contact: | |||||
Severity: | low | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 11 | CC: | jkeck | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-06-28 10:34:24 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: | |||||||
Attachments: |
|
Description
Michael Wiktowy
2008-04-07 17:14:30 UTC
Created attachment 301541 [details]
Test case of incorrect PDF rendering (Sudoku puzzle)
What cairo version? Can you please report this upstream at bugs.freedesktop.org against cairo? Bug was created upstream as requested: http://bugzilla.gnome.org/show_bug.cgi?id=527954 I tried it with cairo 1.5.16 that was included with Rawhide Snapshot LiveCD 20080404. I also did an upgrade to cairo 1.6.4 and restarted X and the results were the same. Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping (In reply to comment #1) > Created an attachment (id=301541) [edit] > Test case of incorrect PDF rendering (Sudoku puzzle) > This is not a cairo bug as the PDF was created by gnomeprint (select File->Properties in either Evince or Acroread). If not cairo, what does gnome-print (the "Create a PDF document" option that is given in the print dialog) use to render PDFs? Nothing. It does it itself. That is a gnome-print issue. I'm guessing the solution would be to get sudoko guys to move to gtkprint since gnome-print is deprecated. I would file this upstream with them. OK ... there is a bug already filed against gnome-print upstream. I should be able to switch the component over to Sudoku and suggest gtkprint. Is it gtkprint that uses cairo as a backend to render to PDF? Or is it yet another PDF generator? I was actually taking a break from my normal duties to look at the sudoku code yesterday. gtkprint does in fact use cairo as the backend for pdf generation. Even better, sudoku is in python so fairly easy to retrofit. What needs to happen is the sudoku guys need to use Gtk.PrintOperation, split up their callback to print each page (the gtkprint callback gets called for each page) and switch their gtkprint rendering code to cairo. The cairo bit should be dead easy because I believe they display their sudoku board using cairo anyway. If not the gnome-print primitives map almost directly to cairo. Thanks John. I added some commentary on the upstream bug and changed its component over to gnome-games so hopefully there is more response than filing it against a defunct system. I am a little confused though. I thought that switching the backends for rendering PDFs via the printing system would be best done at the printing system level and not in every single app. Or is it the fact that the Gnome printing system infrastructure got upgraded from gnome-print to gtkprint and many apps are still pointing at the old gnome-print that is kept around for compatibility? gnome-print was at best a hack since we had no real drawing backend to speak of. When we went about designing gtkprint we centred it around cairo which already had an excellent ps and pdf output backend. Since all applications are supposed to move to using cairo and pango for drawing this all made sense since the same code that draws the screen can be used to print. There are still some issues such as pagination that do have to be taken into account. Since printing itself is a complex operation it wasn't as easy as just replacing the gnome-print API's. We took the chance to design a fuller API but in the process made it a bit harder to port existing applications due to the differences in approach. Most maintainers will take the if it works then don't fix it approach and since and since printing is decidedly unsexy it is going to take awhile for all the apps to be ported. All new apps should however find it much easier to start with gtkprint from the get go. OK. Thank you for the clear explanation. Are there plans for an estimated Gnome release version that these developers should know about where gnome-print will be removed completely and gtkprint will take over? I just suspect that bugs like this will rot in limbo since gnome-print is depreciated (so no one is interested in fixing bugs in it) yet apps are still using it (so the bugs affect them). It really should be done ASAP in all apps but since there are so many other fires to fight most maintainers are going to put it low on the list. If more people file bugs like yours it may be fixed sooner than later. libgnome print has not been deprecated yet (http://live.gnome.org/TwoPointTwentythree/Desktop) but is listed as an upcoming deprecation. I'm on the release team so I can recommend it. Hmmmm ... catch 22. If I go on a targeted upstream bug-hunting safari (I think repoquery --whatrequires libgnomeprint would get me on the right road), is there a simple gnome-print -> gtkprint migration page that I could point the devs to? All I could Google up was: http://advogato.org/person/pbor/diary/59.html which is just an example and not really a complete migration guide. I would think that if such a guide existed, the activation energy for migrating upstream projects would be reduced. However, when all is said and done, I don't know if cairo will render the PDFs any better for this app. However, I would guess that there is more chance of getting things fixed in the shiny and new gtkprint/cairo than the old and crufty gnome-print. This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. This problem still exists in Fedora 11. This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |