registry team mailing list archive
-
registry team
-
Mailing list archive
-
Message #19224
[Bug 252079] Re: firefox locks up when trying to print, print page opens but is blank,
Launchpad has imported 17 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=457850.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2008-09-30T12:48:01+00:00 Info-ezvacationhomes wrote:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
In any page at any time, firefox will freeze when trying to print a
document. This occurs when going through the file tab and print option
as well as html link on web pages for print. Does not eventually come
out of freeze firefox must be restarted and unable to print this fault
is reproduced everytime. This fault has boccured since last update.
Reproducible: Always
Steps to Reproduce:
1. print command
2.
3.
Actual Results:
no special steps just try to print a document
Expected Results:
firefox will freeze
bring up the print menu for printing and then print document
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/2
------------------------------------------------------------------------
On 2009-02-09T14:33:45+00:00 TR wrote:
I am experiencing identical symptoms - possibly the same issue. It was impossible to print anything in FF3 3.05 & now updated to 3.06.
I thought I'd fixed it by restarting cups.
It seems counter-productive to expect users to troubleshoot the most
elementary things such as getting an important application to print.
Firstly, Thunderbird 2.0.0.19 (20081227) works absolutely fine.
Other versions available to me:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 which works fine.
Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 which also works fine.
Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-1.4 Firefox/3.0 does NOT work!
Firefox simply freezes when prompted to print. That's all there is.
I have to kill FF.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/4
------------------------------------------------------------------------
On 2009-02-15T18:07:34+00:00 Yagood wrote:
I can confirm that with the latest Linux trunk, same symptoms.
There's a similar report in Ubuntu's Launchpad:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/291073
Removing printing-related preferences doesn't help, at least in my case,
though.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7pre) Gecko/2009021504
GranParadiso/3.0.7pre
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/5
------------------------------------------------------------------------
On 2009-02-15T19:23:19+00:00 Yagood wrote:
I switched to "real" trunk (mozilla-central), same result.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090215
Minefield/3.2a1pre
After attaching gdb, I get:
(gdb) bt
#0 0xb80c0424 in __kernel_vsyscall ()
#1 0xb8095e28 in connect () from /lib/libpthread.so.0
#2 0xb01e033f in httpAddrConnect () from /usr/lib/libcups.so.2
#3 0xb01deaa6 in httpReconnect () from /usr/lib/libcups.so.2
#4 0xb01df188 in httpConnectEncrypt () from /usr/lib/libcups.so.2
#5 0xb38318b6 in cups_printer_request_details () from /usr/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so
#6 0xb712e64e in gtk_printer_request_details () from /usr/lib/libgtk-x11-2.0.so.0
#7 0xb7135da5 in selected_printer_changed () from /usr/lib/libgtk-x11-2.0.so.0
#8 0xb6cdd264 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#9 0xb6ccfbe3 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#10 0xb6ce3e5d in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0
#11 0xb6ce5374 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#12 0xb6ce57d6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#13 0xb708bd05 in _gtk_tree_selection_internal_select_node () from /usr/lib/libgtk-x11-2.0.so.0
#14 0xb708c6d6 in gtk_tree_selection_select_path () from /usr/lib/libgtk-x11-2.0.so.0
#15 0xb708c7b2 in gtk_tree_selection_select_iter () from /usr/lib/libgtk-x11-2.0.so.0
#16 0xb7138014 in printer_added_cb () from /usr/lib/libgtk-x11-2.0.so.0
#17 0xb6cdc76c in g_cclosure_marshal_VOID__OBJECT () from /usr/lib/libgobject-2.0.so.0
#18 0xb6ccfbe3 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#19 0xb6ce3e5d in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0
#20 0xb6ce5374 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#21 0xb6ce567d in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#22 0xb3833127 in cups_request_printer_list_cb () from /usr/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so
#23 0xb3831acd in cups_dispatch_watch_dispatch () from /usr/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so
#24 0xb6c46311 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#25 0xb6c499a3 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#26 0xb6c49b61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#27 0xb7c20ae0 in ?? () from /stuff/bin/firefox/libxul.so
#28 0x00000000 in ?? ()
(gdb)
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/7
------------------------------------------------------------------------
On 2009-02-15T19:24:51+00:00 Yagood wrote:
Just for the record - I don't have problems with printing from GTK
applications (like evince, gedit etc.) other than Firefox.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/8
------------------------------------------------------------------------
On 2009-02-15T19:30:27+00:00 Yagood wrote:
OK, after further investigation it turned out that there were some weird
printers in cups cache so I just removed /var/cache/cups and Firefox
printing works again!
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/9
------------------------------------------------------------------------
On 2009-02-15T21:55:43+00:00 TR wrote:
(In reply to comment #5)
> OK, after further investigation it turned out that there were some weird
> printers in cups cache so I just removed /var/cache/cups and Firefox printing
> works again!
Is that all you did?
I have nothing in /cache/cups and still no printing.
I wish I could remember how this started i.e. cups or firefox update.
Can you confirm if you are using KDE or not?
The latest firefox prevents kde printing - perhaps something to do with the issue?
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/10
------------------------------------------------------------------------
On 2009-02-16T06:38:30+00:00 Yagood wrote:
I'm using GNOME, I removed whole /var/cache/cups directory and restarted
cups.
I noticed that there were some printers in cups with device URI
"file:/dev/null" - seemed suspicious. They even stayed there after I
removed /etc/cups/printers.conf. Also I couldn't remove them from cups
WWW interface. It turned out they were in the cache all this time.
Removing the cache solved my problem entirely.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/12
------------------------------------------------------------------------
On 2009-02-16T12:08:12+00:00 TR wrote:
(In reply to comment #7)
Thanks, That's really frustrating & lucky you!
This is CUPS 1.3.7 & Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.6) Gecko/2009012700
SUSE/3.0.6-1.4 Firefox/3.0 only
I have nothing in the cache at all - although each print job is recorded in /var/spool/cups/ and none print to null.
/etc/cups/yes/ contains job.cache & ppds.dat and /var/spool/cups/ holds the description files of those that don't print (I think)
It is xxxxing annoying that everything else can print but not FF.
Could it be yet more security (in cups, FF or both) that is turning Linux into something quite impossible for Joe the Plumbers such as myself to use?
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/13
------------------------------------------------------------------------
On 2009-02-16T12:17:13+00:00 Yagood wrote:
Try attaching a debugger (gdb) to it and printing back trace - this way
we will know where does it hang in your case.
Launch Firefox, make it freeze, then find the PID of firefox-bin process
and run command "gdb --pid=<firefox-bin pid you found>", then type "bt"
when in gdb, paste the output.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/14
------------------------------------------------------------------------
On 2009-02-16T21:02:06+00:00 TR wrote:
Created attachment 362615
two gdb outputs
gdp debugger output.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/15
------------------------------------------------------------------------
On 2009-02-16T21:11:49+00:00 TR wrote:
(In reply to comment #9)
Thanks. I got 2 PID outputs - one is huge, so added as attachment.
correction - once the print pop-up locks you can wait about 10+ minutes and the
window is finally completed. At this point you may notice that the print option
is greyed out for any printer [mine were all fine i.e. no new, null or
extraneous printers]. Pressing the cancel button [rather than closing the
window] returns you to FF which - apart from the print nightmare - works as
fine as it did prior to the print attempt...
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/16
------------------------------------------------------------------------
On 2009-02-17T14:52:14+00:00 TR wrote:
update:
another one has gone down with the same affliction:
Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 previously reported as working, now freezes when commanded to print.
It's not been subjected to any fiddling or twiddling before failing [if I remember] I'll try the suggested solutions...
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/17
------------------------------------------------------------------------
On 2009-02-18T07:54:49+00:00 Yagood wrote:
It seems that the freeze you're experiencing has the same cause as mine
had - it hangs on HTTP connection trying to get printer details or
something.
My other symptom was that I couldn't delete/stop/start/whatever some
printers from cups WWW interface. Go to http://localhost:631 and to the
"Printers" tab. See if there are some "strange" printers or printers you
can't modify.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/18
------------------------------------------------------------------------
On 2009-02-18T13:37:13+00:00 TR wrote:
(In reply to comment #13)
I think you are absolutely right... and hope you have Cups-PDF installed??
The problem is that cups is a total pain on IA64 opensuse. Due to
nutcase bizarro security I can rarely get into localhost:631 and
configuring is mostly done using kde tools. There has been no printer
change for some time now.. I simply do not have the will to break back
into cups again - I have a non-conformist printer which takes about two
days to install and configure. For the love of humanity don't make me do
this! [nb printing works for every other app]
However, there is another development.. I had mentioned that FF 3.1
(Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1b2) Gecko/20081201
Firefox/3.1b2) began to show the same fault. This is on a netbook which
has FF2 & FF3 installed. FF2 does not have the same symptoms. I started
FF2 and looked at available printers. You are right, there is an
additional CUPS-PDF printer. I have my original Cups-PDF printer and a
new presumably Mozilla spawned, CUPS-PDF@cups. Printing to Cups-PDF is
fine but output stalls if I print to [Mozilla] CUPS-PDF@cups.
Interestingly the [fedora based] printer configuration panel did show
this new printer but it’s now disappeared although the spooler is still
visible and shows two stalled print jobs – one from OpenOffice as a
test. I returned to FF3 on the netbook and printing became possible
again – the new printer remains visible in cups admin, FF3 & other apps
print dialogues. Weird.
Going back to IA64 opensuse and doing the same suggests that the
hang/freeze/breakage is for a similar reason except that it does not
visibly spawn this new printer. I seem to remember that installing Cups-
PDF on IA64 opensuse was a sheer joy in that it was only intensely
irritating and mindlessly time-consuming rather than the brain-exploding
tear-inducing nightmare normally associated with cups. I’ll look at
removing Cups-PDF.
I’m guessing this might have to do with Cups-PDF and think this should
be a new bug report as it’s being buried as a windows fault that’s gone.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/19
------------------------------------------------------------------------
On 2009-03-08T23:01:43+00:00 TR wrote:
I've now done the following:
removed CUPS entirely. [with the exception of cups-libs]
replaced FF 3.07 with FF 3.1b
& installed seamonkey
Used & created a variety of new or existing profiles
In every circumstance FF3 freezes - even in the absence of CUPS.
seamonkey works fine.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/21
------------------------------------------------------------------------
On 2009-10-21T09:00:55+00:00 TR wrote:
I'm sorry I wish I could have posted a solution for this.
I spent loads and loads of time on it before I simply gave up.
No-one has posted a solution.
All I have are pointers and clues
Deleting FF settings did NOT work for me - it was a complete waste of
time and effort - I wish people did some fact checking before posting
time-wastey 'tps' that are merely mindless repeats of solutions that do
not work.
I also removed CUPS and every reference to it that I could find.
Nothing worked.
I just had to put up with this incredibly stupid flaw [I'm not sure if it's actually a bug] until it went away at some unknown point for some equally unknown reason.
I never found a solution and the problem was replicated in other installations.
I simply updated Firefox each time there was an update and used Konqueror as the print front end.
At some point the problem went away.
I cannot tell you when as by that time I'd stopped fixing it.
My guess/theory is that this is a result of another security lockdown
somewhere else that affects CUPS badly.
If you log in as root and try your current & broken installation you may
find that CUPS prints.
This seems to suggest that something else has buggered up permissions
yet again.
I'm a 'normal' loonix user - in that I use it for everyday business purposes - I am not designing nuclear launch sites or administering 1500 mail servers - and I have found that the primary cause of pretty much every stop or problem I have come across ended up as the result of some security enhancement.
You know, sometimes people just want to use loonix as a general purpose tool.
fanatical security dogma is killing desktop loonix.
Reply at: https://bugs.launchpad.net/firefox/+bug/252079/comments/23
** Changed in: firefox
Importance: Unknown => Critical
** Changed in: firefox-3.0 (Suse)
Importance: Unknown => Critical
--
firefox locks up when trying to print, print page opens but is blank,
https://bugs.launchpad.net/bugs/252079
You received this bug notification because you are a member of Registry
Administrators, which is the registrant for Suse.
