Issue 47273 - crash when changing report layout for a "portrait" formatted report
Summary: crash when changing report layout for a "portrait" formatted report
Status: CLOSED DUPLICATE of issue 46909
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: 680m92
Hardware: PC Windows XP
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: openoffice
QA Contact: issues@dba
URL:
Keywords:
: 49310 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-04-12 16:37 UTC by Frank Schönheit
Modified: 2007-02-05 15:54 UTC (History)
1 user (show)

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


Attachments
document to reproduce the bug case (3.90 KB, application/vnd.sun.xml.base)
2005-04-12 16:38 UTC, Frank Schönheit
no flags Details
Textdocument with attached macro (9.42 KB, application/vnd.sun.xml.writer)
2005-04-12 18:30 UTC, berend.cornelius
no flags Details
Assertion log file (2.16 KB, text/plain)
2005-04-13 09:53 UTC, Oliver Specht
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2005-04-12 16:37:12 UTC
- open the attached database document
- start the report wizard
- on the first page, add all fields from the only table in the DB
- proceed to the last 5th page, keeping all settings defaulted
- on the 5th page, select the "Portrait" paper format
- select another layout in the left list box, e.g. "Outline - Highlighted" (not sure
  whether the bug is special to this layout)
=> error message "pure virtual function call"
=> OOo terminates
Comment 1 Frank Schönheit 2005-04-12 16:38:06 UTC
Created attachment 24989 [details]
document to reproduce the bug case
Comment 2 berend.cornelius 2005-04-12 18:28:12 UTC
The crash occurs when the report document links itself to the new template. I
tried to strip the bug down to a basic macro, but unluckily this macro only
crashes the office with a a copy of the report document after landscape  is set
to "portrait". After the recovery the document did not reproduce the crash again
either. But nevertheless the macro will give you a hint where to place the
breakpoint...
BC-> OS: Yours?
Comment 3 berend.cornelius 2005-04-12 18:30:20 UTC
Created attachment 24994 [details]
Textdocument with attached macro
Comment 4 marc.neumann 2005-04-13 08:33:46 UTC
change target to 2.0
Comment 5 Oliver Specht 2005-04-13 09:51:48 UTC
->dvo: Looks similar to issue 46906.

stack of the first BigPtr assertion: 
 	ntdll.dll!7c901230() 	
 	vcl680mi.dll!DbgPrintMsgBox()  + 0x158	C++
 	tl680mi.dll!DbgOut()  + 0x27e	C++
 	sw680mi.dll!BigPtrEntry::GetPos()  + 0x31	C++
 	sw680mi.dll!DelFlyInRange(const SwNodeIndex & rMkNdIdx={...}, const
SwNodeIndex & rPtNdIdx={...})  Line 445 + 0x28	C++
>	sw680mi.dll!SwDoc::DeleteSection(SwNode * pNode=0x0af040b4)  Line 832 + 0xd	C++
 	sw680mi.dll!DelHFFormat()  + 0x1b6	C++
 	sw680mi.dll!SwFmtHeader::~SwFmtHeader()  + 0x24	C++
 	sw680mi.dll!SwFmtHeader::`vector deleting destructor'()  + 0xb	C++
 	svl680mi.dll!SfxItemPool::Remove()  + 0x4fd	C++
 	svl680mi.dll!SfxItemSet::~SfxItemSet()  + 0xa5	C++
 	sw680mi.dll!SwFmt::~SwFmt()  + 0xaf	C++
 	sw680mi.dll!SwPageDesc::~SwPageDesc()  + 0x1c	C++
 	sw680mi.dll!SwUndoPageDesc::~SwUndoPageDesc()  + 0x14	C++
 	sw680mi.dll!SwUndoPageDesc::`vector deleting destructor'()  + 0xb	C++
 	sw680mi.dll!SwUndos::DeleteAndDestroy()  + 0x6e	C++
 	sw680mi.dll!SwDoc::DelAllUndoObj()  + 0x4e	C++
 	sw680mi.dll!SwIntrnlSectRefLink::DataChanged(const String & rMimeType={...}, 
Comment 6 Oliver Specht 2005-04-13 09:53:08 UTC
Created attachment 25014 [details]
Assertion log file
Comment 7 openoffice 2005-04-13 12:10:00 UTC
dvo: Yes, same thing. I'll mark this as duplicate.

*** This issue has been marked as a duplicate of 46909 ***
Comment 8 marc.neumann 2005-05-17 08:13:02 UTC
*** Issue 49310 has been marked as a duplicate of this issue. ***
Comment 9 Mathias_Bauer 2007-02-05 15:47:14 UTC
going to close ancient issues
Comment 10 Mathias_Bauer 2007-02-05 15:51:47 UTC
closing
Comment 11 Mathias_Bauer 2007-02-05 15:54:53 UTC
closing