Issue 100219 - SRB crashes at exit of the edit view
Summary: SRB crashes at exit of the edit view
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: ReportBuilder (show other issues)
Version: OOO310m2
Hardware: Unknown All
: P2 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: rene
QA Contact: issues@dba
URL:
Keywords:
Depends on:
Blocks: 95768
  Show dependency tree
 
Reported: 2009-03-15 21:46 UTC by rene
Modified: 2009-06-21 21:22 UTC (History)
8 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
backtrace (4.74 KB, text/plain)
2009-03-15 22:56 UTC, thb 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description rene 2009-03-15 21:46:18 UTC 
[ Cc'ing sal guys ]

Hi,

I yesterday tried m5 and the SRB coming out of 5 (1.1.0) and I found that it
crashes when you use the Edit View and try to close it.

thorsten confirmed it even on m2, hough Mechtilde didn't, so we thought it was
something with our build options; I tried to build without --with-alloc=system
and indeed that gets rid of the crash (I copied *only* the changed sal into
the "broken" installation).

I can't give you some bt right now sorry, will give you when I can...
Comment 1 thb 2009-03-15 22:56:03 UTC 
Created attachment 60936 [details]
backtrace
Comment 2 thb 2009-03-15 22:58:10 UTC 
Added table column to report, saved, pressed exit -> crash. Likely only covered
up by the sal allocator...
Comment 3 r4zoli 2009-03-16 08:05:00 UTC 
I found similar crash in OOo 3.0.0 Novell version (i586 and x86_64) with SRB
1.0.5, on opensuse 10.3 and 11.1, and Ubuntu 8.10, not solved until now, I
issued only to Novell bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=441740
I think it is a go-oo source problem.
Comment 4 r4zoli 2009-03-16 08:05:22 UTC 
.
Comment 5 marc.neumann 2009-03-16 08:52:51 UTC 
Hi r4zoli,

So, i can close this issue because it's a build problem in go-oo and tracked
with the issue https://bugzilla.novell.com/show_bug.cgi?id=441740

Bye Marc
Comment 6 thb 2009-03-16 09:22:06 UTC 
@msc: formally, yes, but as I pointed out, this is most likely also a vanilla
OOo issue, only covered up by the sal allocator behaviour.
Comment 7 rene 2009-03-16 11:44:01 UTC 
> So, i can close this issue because it's a build problem in go-oo and tracked
> with the issue https://bugzilla.novell.com/show_bug.cgi?id=441740

NO! Because it also happens in a build with vanilla OOo. Just with
--with-alloc=system. Which is an option present in vanilla OOo code. Bug here.

That you use some other (imho broken) option and thus it magically works doesn't
make this bug non-existant.

Reassign away from dbaneedsconfirm to the one who (probably) broke it.
Comment 8 ocke.janssen 2009-03-16 14:33:37 UTC 
.
Comment 9 Mechtilde 2009-03-16 21:05:43 UTC 
@ pmladek

why do you remove this issue from the blocker list without any comment
Comment 10 pmladek 2009-03-17 10:48:08 UTC 
@ mechtilde

huh, I was not aware that I removed the dependency. It happened unintentionally.
I put it back and am sorry for the confusion.
Comment 11 ocke.janssen 2009-03-17 13:07:34 UTC 
Fixed in cws dba31k
Comment 12 ocke.janssen 2009-03-17 13:37:42 UTC 
Please verify in cws dba31k. Thanks.
Comment 13 rene 2009-03-18 10:47:12 UTC 
oj: yesm m6 + dba31k seems to work -> VERFIFIED
Comment 14 Mechtilde 2009-06-21 21:22:25 UTC 
as rene verified -> closed