Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 81367 - can't print from Raw Hide mozilla
Summary: can't print from Raw Hide mozilla
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: mozilla
Version: 1.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Christopher Blizzard
QA Contact: Ben Levenson
Depends On:
Blocks: 79578
TreeView+ depends on / blocked
Reported: 2003-01-08 16:03 UTC by Jonathan Kamens
Modified: 2007-04-18 16:49 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-02-23 16:44:28 UTC

Attachments (Terms of Use)

Description Jonathan Kamens 2003-01-08 16:03:40 UTC
When I try to print from the mozilla with everything current from Raw Hide, it
hangs after putting up the "Preparing..." dialog.

When I strace mozilla-bin before doing the print, the strace says that it vforks
and then tries to write to the child process, and the write blocks.  It appears
as if the child process isn't actually doing anything after the vfork (unless
strace itself is confused):

1203  pipe([24, 25])                    = 0
1203  vfork()                           = 1224
1203  close(24)                         = 0
1203  write(23, "neto 0 -684 rlineto -504 0 rline"..., 1688) = 1688
1203  _llseek(23, 0, [0], SEEK_SET)     = 0
1203  read(23, "%!PS-Adobe-3.0\n%%BoundingBox: 18"..., 4096) = 4096
1203  fstat64(25, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
0) = 0x40e9a000
1203  read(23, "ont setfont } bind def\n/F7\n    /"..., 4096) = 4096
1203  write(25, "%!PS-Adobe-3.0\n%%BoundingBox: 18"..., 4096) = 4096
1203  read(23, "2    /b\n16#0063    /c\n16#0064   "..., 4096) = 4096
1203  write(25, "ont setfont } bind def\n/F7\n    /"..., 4096) = ? ERESTARTSYS
(To be restarted)

The end of the last line above was printed after I killed the child process,
after waiting for quite a while for it to do something.

This happens repeatedly, i.e., it wasn't a fluke.

Comment 1 Christopher Blizzard 2003-01-08 18:45:14 UTC
Might be lpr having issues?

Comment 2 Tim Waugh 2003-01-08 18:47:25 UTC
Well, does saving it to a file and doing 'lpr <' work?

Comment 3 Jonathan Kamens 2003-01-08 21:47:59 UTC
Yes, printing to a file and then feeding the file into lpr does work.

Comment 4 Jonathan Kamens 2003-01-08 21:53:20 UTC
Wait, I'm going to take that back.  It works erratically.  Sometimes it prints,
sometimes it doesn't.  But it never hangs -- when it doesn't print, it simply
exits with no error but nothing comes out of the printer.

Comment 5 Tim Waugh 2003-01-09 13:24:54 UTC
'Working erratically' seems to be a different bug.

At the time of the mozilla hang, what does 'ps axf' show about its child
processes?  By the way, strace doesn't follow vfork by default.

Comment 6 Jonathan Kamens 2003-01-09 14:53:56 UTC
I know strace doesn't do vfork by default; I specified "-f -F" when I ran it to
produce the output shown above.

Here's what the mozilla process tree looks like after it hangs:

> ps auxw | grep mozilla-bin
jik      12895  0.0  0.0     0    0 pts/0    Z    09:45   0:00 [mozilla-bin
jik      12889  4.5  5.2 49596 26900 pts/0   S    09:45   0:04
jik      12909  0.0  5.2 49592 26896 pts/0   S    09:47   0:00
> pstree -p 12889

Comment 7 Tim Waugh 2003-01-17 12:41:06 UTC
Are you just running 'some' rawhide packages, or is this an updated Phoebe

Comment 8 Jonathan Kamens 2003-01-17 12:46:50 UTC
When I reported this bug, I was completely up-to-date with Raw Hide.  Since then
I've had to back down some Raw Hide packages because of incompatibilities with

Comment 9 Tim Waugh 2003-01-17 12:52:00 UTC
It occurs to me I never asked if this is cups or LPRng (oops!).

Comment 10 Jonathan Kamens 2003-01-17 12:56:32 UTC
It occurs to me that I never specified :-).

Comment 11 Christopher Blizzard 2003-02-22 01:37:25 UTC
Is this still happening?

Comment 12 Jonathan Kamens 2003-02-22 23:23:11 UTC
I haven't seen this recently.

Comment 13 Christopher Blizzard 2003-02-23 16:44:28 UTC
Marking WORKSFORME based on reporter comments.

Note You need to log in before you can comment on or make changes to this bug.