[Bug 722902] New: libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

newer
[Bug 817906] New: No Gnome Login...

older
[Bug 815265] cannot change locale...

bugzilla_noreply＠novell.com

9 Oct 2011 9 Oct '11

15:16

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c0 Summary: libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo@forge.provo.novell.com ReportedBy: mat@mshopf.de QAContact: cwei@suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20100101 Firefox/7.0 This is a pretty weird bug, took me some time to narrow it down. I'm using libreoffice 3.4.2 from the openSUSE "LibreOffice" repository on an openSUSE 11.4. I have printing configured to lonely use my remote cups server. Everything works fine so far. Now if I connect my laptop through wireless, or am somewhere outside my office, my firewall on the cups server filters the ipp port (631), a connect to this port thus takes almost forever. When I now try to open a *.odp presentation in LibreOffice, the program starts and opens its main window, but freezes afterwards, with the main window remaining unpainted. Most interestingly, this does NOT happen when opening powerpoint *.ppt files! The issue does not occur, if networking is explicitly disabled by switching off wifi in knetworkmanager. I have a workaround for now by having the port looking closed on the firewall, but the same issue would occur if my server crashes/is switched off. Printing should be enabled in a non-blocking way, and I also wonder why this doesn't happen with powerpoint files :-) Reproducible: Always Steps to Reproduce: 1. Have printing on local machine configured to ONLY use a remote cups server 2. Have the firewall on the cups server configured to filter ipp (tcp:631) 3. Open a *.odp file in libreoffice 3.4.2 on the local machine Actual Results: libreoffice freezes after opening the (unpainted) main window Expected Results: guess what :-) Only setting this to major, because there's a workaround once you know where to look at. Otherwise, this could be considered critical. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Show replies by thread

bugzilla_noreply＠novell.com

11 Oct 11 Oct

09:25

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c1 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmeix@suse.com --- Comment #1 from Johannes Meixner 2011-10-11 09:25:51 UTC --- Matthias Hopf, only FYI: Perhaps a local running cupsd with "BrowsePoll" works better than the "client-only" configuration? See "What is Specific Regarding Firewall Setup for Printing" in http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings ------------------------------------------------------------ .. specify on the laptop the trusted CUPS servers (usually one server for the office and another one for at home) and poll the list of available print queues from the trusted CUPS servers via a so called "BrowsePoll" setting in the CUPS configuration of the laptop, see SDB:CUPS_in_a_Nutshell the section "Configuration of the clients", "Special cases". Assume printing from the laptop happens only in the office where no locally connected printer is used but only one single CUPS server of the company. Then it is no longer needed to run a CUPS server process on the laptop. Instead a so called "client-only" configuration could be set up, see SDB:CUPS_in_a_Nutshell the section "Configuration of the clients", "Client-only configuration". A possible drawback is that application programs may be delayed for some time (until a timeout happens) when they try to access the CUPS server of the company in another network where it is actually not available (e.g. while traveling). Usually it is a host name resolution (DNS) timeout which causes the delay so that it may help to have a hardcoded entry for the CUPS server of the company in the /etc/hosts file. ------------------------------------------------------------ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

12 Oct 12 Oct

08:39

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c2 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |mat@mshopf.de --- Comment #2 from Johannes Meixner 2011-10-12 08:39:44 UTC --- FYI: Instead of a fixed "ServerName" entry in /etc/cups/client.conf (the so called "client-only" configuration), you can also set the CUPS server via the CUPS_SERVER environment variable. If you do not like a local running cupsd with "BrowsePoll", perhaps setting the CUPS_SERVER environment variable depending on which network environment you currently have works best in your case? It depends very much how exacty a CUPS server is unaccessible how long it takes: ------------------------------------------------------------------ # rccups stop Shutting down cupsd done # export CUPS_SERVER="localhost" # time lpstat -p 1>/dev/null lpstat: Connection refused real 0m0.008s user 0m0.000s sys 0m0.004s ------------------------------------------------------------------ # export CUPS_SERVER="does.not.exist" # time lpstat -p 1>/dev/null lpstat: Unable to connect to host. real 0m0.011s user 0m0.000s sys 0m0.004s ------------------------------------------------------------------ # export CUPS_SERVER="www.novell.com" # time lpstat -p 1>/dev/null lpstat: Network is unreachable real 0m42.005s user 0m0.008s sys 0m0.000s # time netcat -z www.novell.com 80 && echo yes || echo no yes real 0m0.166s user 0m0.000s sys 0m0.000s # time netcat -z www.novell.com 631 && echo yes || echo no no real 0m20.999s user 0m0.004s sys 0m0.000s ------------------------------------------------------------------ The long delays in the last case are no DNS timeouts. It seems the long delays happen when there is firewall functionality in between which silently drops packages so that there is no response at all and then applications can only wait until they give up after a long timeout: ------------------------------------------------------------------ root@server# rccups stop Shutting down cupsd done root@client# export CUPS_SERVER="server" root@client# time lpstat -p 1>/dev/null lpstat: Connection refused real 0m0.010s user 0m0.004s sys 0m0.000s root@server# rcSuSEfirewall2 start Loading firewall rules done nroot@client# time lpstat -p 1>/dev/null lpstat: Connection timed out real 0m42.007s user 0m0.004s sys 0m0.000s ------------------------------------------------------------------ Matthias Hopf, does LibreOffice actually "freeze" in your case or does it continue after a longer timeout? Of course if LibreOffice sends many requests to a CUPS server, the long timeouts of each request could sum up so that LibreOffice effectively freezes (nobody waits for hours). LibreOffice should at least detect if a CUPS server does not respond (e.g. first do what "lpstst -r" does) and give up after at most one such long timeout and show a meaningful error message to the user. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

08:43

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c3 --- Comment #3 from Johannes Meixner 2011-10-12 08:43:13 UTC --- Typo in comment #2 "lpstst -r" should read "lpstat -r". -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

19:12

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c4 --- Comment #4 from Matthias Hopf 2011-10-12 19:12:25 UTC --- (In reply to comment #1)

...

Perhaps a local running cupsd with "BrowsePoll" works better than the "client-only" configuration?

Yes, I'd like to try that out as well, thanks a lot for the suggestion. Especially as I'll have access to different printers at different locations. Also your tip about CUPS_SERVER is interesting. As soon as time permits :-] Still, openoffice shouldn't freeze, and I don't know yet whether it'll recover some day (I guess it would, but this is not reasonably usable in its current form). I will test that now. But what puzzles me most is that the behavior apparently depends on the input parser... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

20:22

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c5 Matthias Hopf changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|mat@mshopf.de | --- Comment #5 from Matthias Hopf 2011-10-12 20:22:57 UTC --- lenovo 21:13:34 ~$ time lpstat -p lpstat: Connection timed out real 6m18.844s Hm, this takes even longer at my place than at yours... Now starting openoffice... yes, it actually returns to the living, after several minutes. As anticipated. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

13 Oct 13 Oct

07:49

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c6 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|x86-64 |All --- Comment #6 from Johannes Meixner 2011-10-13 07:49:17 UTC --- Interesting: More than 6 minutes until it timed out! When "lpstat -p" hangs more than 6 minutes and when LibreOffice returns also after about 6 minutes, it indicates that the actual waiting happens not in LibreOffice but in the CUPS library or even more likely in whatever function call of whatever lower-level library: -------------------------------------------------------------------- # export CUPS_SERVER="www.novell.com" # host www.novell.com www.novell.com has address 130.57.5.25 # time lpstat -p 1>/dev/null lpstat: Network is unreachable real 0m42.007s user 0m0.004s sys 0m0.000s # strace -f lpstat -p 1>/dev/null .. connect(4, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("130.57.5.25")}, 16 [here it hangs for several seconds] .. connect(4, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("130.57.5.25")}, 16 [here it hangs again for several seconds] .. write(2, "lpstat: Network is unreachable\n", ... # time lpstat -r 1>/dev/null real 0m21.003s user 0m0.000s sys 0m0.004s # strace -f lpstat -r 1>/dev/null .. connect(3, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("130.57.5.25")}, 16 [here it hangs for several seconds] .. write(1, "scheduler is not running\n", ... # time netcat -z www.novell.com 631 real 0m21.000s user 0m0.000s sys 0m0.000s # strace -f netcat -z www.novell.com 631 .. connect(3, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("130.57.5.25")}, 16 [here it hangs for several seconds] -------------------------------------------------------------------- Note that "lpstat -r" results a minimum delay (same as "netcat -z") because it does only one "connect" while "lpstat -p" has double delay because it does two same "connect". Therefore: When applications (including "lpstat -p") want to talk to a CUPS server, they should first of all do what "lpstat -r" does to find out with minimum effort whether or not the CUPS server responds. Matthias Hopf, it would be interesting to see where "lpstat -p" versus "lpstat -r" versus "netcat -z" hang in your particular case which sum up to more than 6 minutes for "lpstat -p" in your case. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

08:52

New subject: [Bug 722902] libreoffice 3.4.2 from Repository "LibreOffice" freezes when opening .odp files if remote cups ipp port is filtered

https://bugzilla.novell.com/show_bug.cgi?id=722902 https://bugzilla.novell.com/show_bug.cgi?id=722902#c7 --- Comment #7 from Johannes Meixner 2011-10-13 08:52:19 UTC --- Regarding "applications should first of all do what 'lpstat -r' does" see https://bugzilla.novell.com/show_bug.cgi?id=188532#c5 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.