Opened 12 years ago
Last modified 4 years ago
#9429 new bug
print_addon_server: hangs and uses 100% CPU, if printing to pdf
Reported by: | jahaiku | Owned by: | phoudoin |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Drivers/Printers | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
If you e.g. open a crash report in styleedit which is big enough to need more than one side (>=2). Then you choose to print it into PDF. Then you will see a progress dialog which going to 100% and then this dialog changes to the look which you can see in the attached PNG and uses 100% CPU and you have to hard reset the computer. (You can not click on Tracker or Deskbar anymore) This is a gcc4 build from hrev45227.
Attachments (2)
Change History (6)
by , 12 years ago
Attachment: | printToPDF.png added |
---|
comment:1 by , 12 years ago
Component: | Servers/print_addon_server → Drivers/Printers |
---|---|
Version: | R1/alpha4.1 → R1/Development |
comment:2 by , 11 years ago
by , 11 years ago
Attachment: | print_addon_server-627-debug-27-03-2014-21-32-49.report added |
---|
comment:3 by , 11 years ago
Also, the screen does look just like jahaiku's screenshot, and I guess whatever loop it gets into happens after "the important stuff" is done, because it does actually output a PDF file with all of the text present.
This also happens printing from Sum-It.
Getting this on hrev47020 (gcc2 hybrid or whatever the default is nowadays). Here's an attached report printing a 2-page plain text (no styling) made from scratch in StyledEdit. Interestingly, it also happens if you tell it to just print pages 1-1. For me it didn't need a hard reset--after a few minutes I got a debug report (attached) and killed the task, and all was OK again.