Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Incorrect Postscript rendering of EPS objects | ||
---|---|---|---|
Product: | Draw | Reporter: | vcjones <v.jones> |
Component: | printing | Assignee: | wolframgarten |
Status: | CLOSED IRREPRODUCIBLE | QA Contact: | issues@graphics <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | flibby05, issues |
Version: | OOo 1.1.4 | Keywords: | needmoreinfo, oooqa |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- | ||
Attachments: |
Description
vcjones
2004-12-12 23:03:45 UTC
Created attachment 20448 [details]
Page 7, rendered as bit map with opaque EPS outlines
Created attachment 20449 [details]
Page 8, rendered correctly, notice the right side of the printer icon
Created attachment 20451 [details]
Excerts from the postscript file generated by OOo Draw.
Would it be possible to attach the original file? It would be helpful if I could reproduce the problem here. Thanks in advance. Duplicate. *** This issue has been marked as a duplicate of 36640 *** Sorry, this was a mistake. Reopened. Priority changed. Created attachment 20488 [details]
Drawing (sanitized) which exhibits broken EPS rendering
Created attachment 20489 [details]
EPS Icons used in drawing Broken_Drawing.sxd
Finally tracked down what was causing the incorrect rendering. There was a transparent bit map in the drawing. As has been noted before, transparent bit maps and encapsulated postscript are a fatal combination for the print engine in OpenOffice/StarOffice. A more descriptive warning message might be appropriate. However, this does not close the issue, because trying to render the same drawing with openoffice.org1.9.65 fails completely, running out of memory (768M real, 1.5G swap) after a few hours of grinding away on a 1.4 GHz Pentium-M. This compares with OOo 1.1.3, which only required about 30 minutes and 500M of swap. Hello vcjones, since you reported this issue for Linux, please attach the Icon zip-file as *gz or *bzip with paths preserved. I was not able to open the sample file without link errors. Creating /Gallery/Cisco in the same directory did not help either. Regards, Max, OOo Volunteer Max, Thanks for taking a look at this. The drawing was created with the icons located in the directory /home/vcjones/gallery/Cisco and the drawing itself in the directory /home/vcjones/Active/DuaneRd/StoreUpgradeT1/Documentation If this does not work for you, please let me know and I will try to retrieve everything from backups and recreate the problems. Note that now that we know that the cause is handling of a bit mapped graphic, it should be easy to recreate in a much simpler diagram. Vincent C Jones Hello Vincent, i could open the doc now, however it is just too big to work on this with my system. As you seem to be quite familiar with Draw (congratulations to this masterpiece! ;-) could you please create the reduced testcase. I cannot promise anything but having a testcase will result in quick confirmation of this issue and developer attention then. Thanks a lot, Max I have seen that the last entry here was in April and that this issue is OOo 1.1.4 related ... @vcjones: Have you tried this with a newer version of OOo like 1.9.1xx (not sure which is the last official one ... :( )? Does your problem occur there, too? I have seen that the last entry here was in April and that this issue is OOo 1.1.4 related ... @vcjones: Have you tried this with a newer version of OOo like 1.9.1xx (not sure which is the last official one ... :( )? Does your problem occur there, too? Since there is no smaller testcase available and nothing is wirtten about the behaviour in a more current version I have to close this issue. Please feel free to reopen it if someone has more info. Thanks to all. Closed. |