Bug 438155
Summary: | oocalc can't open file when cups not working | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Alexander Todorov <atodorov> | ||||||||
Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||||||
Status: | CLOSED WONTFIX | QA Contact: | desktop-bugs <desktop-bugs> | ||||||||
Severity: | low | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 5.2 | CC: | borgan, jlaska, jnavrati | ||||||||
Target Milestone: | rc | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2008-03-19 14:13:02 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Alexander Todorov
2008-03-19 13:54:17 UTC
Created attachment 298513 [details]
strace output when CUPS is running
Open the file and quit.
Created attachment 298514 [details]
strace output when CUPS is stopped (bzipped)
Open the file, wait for some time, then kill OpenOffice.org
What can be seen is sequences of
[pid 1810] connect(48, {sa_family=AF_INET, sin_port=htons(631),
sin_addr=inet_addr("127.0.0.1")}, 16) = 0
[pid 1810] sendto(48, "POST / HTTP/1.1\r\nContent-Length:"..., 134, 0, NULL,
0) = 134
[pid 1810] sendto(48, "\1\1@\2\0\0\0\1\1G\0\22attributes-charset\0\5"..., 352,
0, NULL, 0) = 352
[pid 1810] select(49, [48], NULL, NULL, {1, 0}) = 1 (in [48], left {1, 0})
[pid 1810] recvfrom(48, "", 2048, 0, NULL, NULL) = 0
[pid 1810] close(48) = 0
[pid 1810] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 48
[pid 1810] setsockopt(48, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
[pid 1810] setsockopt(48, SOL_TCP, TCP_NODELAY, [1], 4) = 0
[pid 1810] fcntl(48, F_SETFD, FD_CLOEXEC) = 0
OOo is connecting to port 631 on localhost and performs HTTP POST.
Created attachment 298515 [details]
sample file (spreadsheet)
Original file was created with OOo 2.0 and contained private data.
All of that was deleted down to an empty spreadsheet which still reproduces the
issue. Originally I thought that it may be something content related. strace
outputs are from using this file
# netstat -antp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2548/portmap tcp 0 0 192.168.122.1:53 0.0.0.0:* LISTEN 2971/dnsmasq tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 2569/rpc.statd tcp 0 0 127.0.0.1:631 127.0.0.1:34069 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:32802 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:58195 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:59224 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:33113 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:37987 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:37990 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:37988 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:34405 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:35185 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:60283 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:37507 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:34179 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:36740 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:58282 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:36268 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:36269 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:37328 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:58591 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:58588 TIME_WAIT - tcp 0 0 127.0.0.1:631 127.0.0.1:58589 TIME_WAIT - netstat output right after killing OOo. Shows that 631 is the port for rcp.statd Note: I'm not sure if CUPS has something to do with this bug but tried opening the file while CUPS is running by mistake. Then I found that the issue is reproduce-able when CUPS is stopped. If the printing setup is broken then OOo will indeed appear broken while waiting for the printer metrics from cups to do the wysiwyg layout for the selected printer Development Management has reviewed and declined this request. You may appeal this decision by reopening this request. |