| Summary: | Report wizard doesn't open correctly | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Julien Nabet <serval2412> |
| Component: | Base | Assignee: | Caolán McNamara <caolan.mcnamara> |
| Status: | CLOSED FIXED | ||
| Severity: | normal | CC: | caolan.mcnamara, noelgrandin, robert |
| Priority: | medium | Keywords: | regression |
| Version: | 7.1.0.0.alpha0+ | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | target:7.1.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | bt with debug symbols | ||
|
Description
Julien Nabet
2020-11-01 17:36:44 UTC
I don't reproduce this with LO Debian package 7.0.2.2. Using gen rendering doesn't change anything except a crash when closing the report window. Robert: would you have some time to try to reproduce this? (it happens only on 7.1/master branch) Created attachment 166911 [details]
bt with debug symbols
The crash happens only with gen rendering + closing main window of report without closing the subwindow with fields.
Caolán: thought you might have some thoughts here about the crash or about the fact the report wizard doesn't open. Could confirm wizard for report builder in Base wouldn't open in LO 7.1.0.0 alpha1+ on OpenSUSE 15.1 64bit rpm Linux. But there is a difference between the normal design of a report. When trying to start with the wizard there will be content in the page header of the report: Title: Author: (with my name ...) Date: Thank you Robert for the confirmation. I created a brand odb file with LO Debian package 7.0.2.2 with a simple table and a basic report. Then I tried to open and edit with LO master sources, I got error message: "unsatisfied query of interface of type com.sun.star.xml.sax.XDocumentHandler!/home/julien/lo/libreoffice/include/com/sun/star/uno/Reference.hxx:79 on console, I noticed these: warn:legacy.osl:3995:3995:dbaccess/source/core/dataaccess/ModelImpl.cxx:773: ODatabaseModelImpl::getOrCreateRootStorage: no source to create the storage from! warn:legacy.osl:3995:3995:dbaccess/source/core/dataaccess/ModelImpl.cxx:773: ODatabaseModelImpl::getOrCreateRootStorage: no source to create the storage from! warn:legacy.osl:3995:3995:dbaccess/source/core/dataaccess/ModelImpl.cxx:773: ODatabaseModelImpl::getOrCreateRootStorage: no source to create the storage from! warn:dbaccess:3995:3995:dbaccess/source/filter/xml/xmlComponent.cxx:69: unknown attribute http://www.w3.org/1999/xlink xlink:type=simple warn:svl.items:3995:3995:svl/source/items/itempool.cxx:396: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:legacy.osl:3995:3995:dbaccess/source/ui/dlg/sqlmessage.cxx:226: lcl_buildExceptionChain: useless exception: no state, no error code, no message! warn:svl.items:3995:3995:svl/source/items/itempool.cxx:396: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:legacy.osl:3995:3995:dbaccess/source/ui/dlg/sqlmessage.cxx:226: lcl_buildExceptionChain: useless exception: no state, no error code, no message! With a bibisect a seem to see commit fe2b4e7dc6533535736a8f08496f316427386179 Date: Tue Oct 6 18:27:27 2020 +0200 make SvXMLImport fast-parser only so I can simplify its logic and convert the rest of the context classes. as where this stops working I think things go wrong at reportdesign/source/filter/xml/xmlfilter.cxx:236 at that Reference< xml::sax::XDocumentHandler > xDocHandler... line https://gerrit.libreoffice.org/c/core/+/105190 makes it work again Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f821939c1d2befafda70a8e8c3ed88748ab75762 tdf#137916 get report xml importer working again It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Great job! I confirm it works with master sources updated today. I just noticed these: warn:legacy.tools:8039:8039:toolkit/source/helper/unowrapper.cxx:174: UnoWrapper::SetWindowInterface: there already *is* a WindowInterface for this window! warn:legacy.tools:8039:8039:toolkit/source/awt/vclxtoolkit.cxx:1951: VCLXToolkit::createWindow: did #133706# resurge? but I'm pretty sure it was already there. Thank you Caolán! |