#1068 closed bug (fixed)
Print server dies with PDF printer driver
| Reported by: | jackburton | Owned by: | phoudoin |
|---|---|---|---|
| Priority: | high | Milestone: | R1 |
| Component: | Servers/print_server | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | phoudoin | |
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
Setup PDF printer driver as the default printer, and use the "print to file" transport. Try to print something and when it asks you for the output file name, hit "cancel".
Attachments (1)
Change History (6)
by , 18 years ago
| Attachment: | segviolation.PNG added |
|---|
comment:1 by , 17 years ago
| Priority: | normal → high |
|---|
Raising priority, since PDF Writer now is installed by default.
comment:3 by , 17 years ago
| Cc: | added |
|---|---|
| Owner: | changed from to |
| Status: | assigned → new |
Fixed in revision 21755. Our 'Print to File' transport add-on returns NULL in case of cancelation, whereas under BeOS R5 an invalid BFile object is returned. I have now added a NULL check to add-ons/print/shared/TransportAddon.cpp method IsPrintToFileCanceled(). Perhaps the proper fix would be to return an invalid BFile object by 'Print to File' in this case too?
follow-up: 5 comment:4 by , 17 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
The 'Print to File' transport add-on returns an invalid BFile object on cancellation with revision 21771.
comment:5 by , 17 years ago
Replying to laplace:
The 'Print to File' transport add-on returns an invalid BFile object on cancellation with revision 21771.
Thanks!
Segment violation