Bug 556627

Summary: [abrt] crash in osl_systemPathRemoveSeparator
Product: [Fedora] Fedora Reporter: Josh <jpate22>
Component: openoffice.orgAssignee: Caolan McNamara <caolanm>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 12CC: caolanm, dtardon, maarten.14C
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard: abrt_hash:b0af0e9ba41b5dc39915b8dd0d4267bf55a690f2
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-01-23 11:54:14 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 Flags
File: backtrace none

Description Josh 2010-01-18 22:00:17 UTC 
abrt 1.0.3 detected a crash.

Attached file: backtrace
cmdline: /usr/lib/openoffice.org3/program/swriter.bin -writer file:///home/Josh/Desktop/RMC%20Recurring%20On-Site%20Service%20Agreement.doc
component: openoffice.org
executable: /usr/lib/openoffice.org3/program/swriter.bin
kernel: 2.6.31.9-174.fc12.i686.PAE
package: openoffice.org-writer-1:3.1.1-19.14.fc12
rating: 4
reason: Process was terminated by signal 11 (Segmentation fault)
Comment 1 Josh 2010-01-18 22:00:19 UTC 
Created attachment 385262 [details]
File: backtrace
Comment 2 David Tardon 2010-01-19 06:18:39 UTC 
Crash on saving a spreadsheet, more precisely, on creating a lock file for a spredsheet being saved.

dtardon->jpate22: I suppose it was freshly created spredsheet, saved for the first time, right? Is the crash reproducible? What directory did you try to save the spredsheet to? Is it 'special' in any way--like NFS share, samba share etc.?
Comment 3 Caolan McNamara 2010-01-23 11:54:14 UTC 
No response. This looks like it should be reproducible, but unknown as to how to get it to happen. A real pity the "path =" in the backtrace doesn't seem to reflect what was really in path.
Comment 4 Caolan McNamara 2010-02-04 09:39:07 UTC 

*** This bug has been marked as a duplicate of bug 561465 ***
Comment 5 Caolan McNamara 2010-04-09 13:30:26 UTC 

*** This bug has been marked as a duplicate of bug 580596 ***