Summary: | CRASH when edit CONDITIONAL FORMATTING | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Rainer Bielefeld Retired <LibreOffice> |
Component: | Spreadsheet | Assignee: | Markus Mohrhard <markus.mohrhard> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | major | ||
Priority: | medium | CC: | john.pratt, LibreOffice, markus.mohrhard, serval2412 |
Version: | 4.0.0.0.beta2 | Keywords: | have-backtrace, regression |
Hardware: | Other | ||
OS: | Windows (All) | ||
Whiteboard: | target:4.0.0.1 target:4.1.0 | ||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 54157 | ||
Attachments: | bt + console logs on master |
Description
Rainer Bielefeld Retired
2012-12-23 16:57:17 UTC
Crash also is reproducible for me with Attachment 71072 [details] for Bug 55032. Server-installation of Master "3.7.0.alpha0+ – ENGLISH UI [Build ID: f2e622]" {tinderbox: Win-x86@16, pull time 2012-10-06 09:31:39} on German WIN7 Home Premium (64bit) UserInstallation=$SYSUSERCONFIG/LOdev/3 already crashese after step 4, but not when copy/paste sheet to the source document. Already [Reproducible] with server installation of "LOdev 4.0.0.0.beta1+ - ENGLISH UI / German Locale [Build ID: 6d4a55bf38a1c470c49f904dbbddf94eb2f6154)]" {tinderbox: Win-x86@6, pull time 2012-12-17 08:36:40} on German WIN7 Home Premium (64bit) with own separate User Profile Was still ok with * unzipped installation of "LOdev 4.0.0.0.alpha1+ - ENGLISH UI / German Locale [Build ID: 76c921de48ee41716b5a500b892945c704da73c)]" {tinderbox: Win-x86@6, pull time 2012-12-10 09:43:47} on German WIN7 Home Premium (64bit) with own separate User Profile * "LibreOffice 3.6.4.3" German UI/ German Locale [Build-ID: 2ef5aff] {pull date 2012-11-28} on German WIN7 Home Premium (64bit) So Regression Created attachment 72039 [details]
bt + console logs on master
On pc Debian x86-64 with master sources updated today (commit 07c80d23fadcc2334fe7c6f9ce7b5dafeb88d623), I reproduced the crash.
Attached bt.
@Julien That was quick, thank you very much :-) Just for information, with 4.0 branch (last commit 99894610482eb8f631083c327ca2f0310391eb23), the file doesn't even open :-( Here what I do: - launch Calc - default file Untitled - try to open the file - after some seconds nothing, I'm still with Untitled one (no hangs or error popup) (tested with a brand new LO profile) Noticed these logs: warn:legacy.osl:5095:1:/home/julien/compile-libreoffice/libo_4_0/xmloff/source/style/xmlimppr.cxx:680: Exception caught; style may not be imported correctly. warn:legacy.osl:5095:1:/home/julien/compile-libreoffice/libo_4_0/sfx2/source/view/frmload.cxx:410: caught an exception! in function:void SfxFrameLoader_Impl::impl_handleCaughtError_nothrow(const com::sun::star::uno::Any&, const comphelper::NamedValueCollection&) const type: com.sun.star.container.NoSuchElementException message: /org.openoffice.Office.Calc/Formula/Load/ODFRecalcMode context: N9configmgr10RootAccessE Markus: one for you? I can reproduce this with both files. For my file (attached to 55032) I selected A1 instead of E8. Markus Mohrhard committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b984cb56d70dec578103dae885ec5868582c0ffe&h=libreoffice-4-0 be safe against invalid cond format cell info, fdo#58686 It will be available in LibreOffice 4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9e0dbe9f8c1fa9d2c50895985fe2c374fa9364ac be safe against invalid cond format cell info, fdo#58686 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. With master sources and the last commit 9e0dbe9f8c1fa9d2c50895985fe2c374fa9364ac, it's better. If I take the Rainer's steps, I can do this: 7. Menu 'Format -> Conditional Formatting -> Conditions' Then a popup appear to propose to edit the existing conditional format. If I say "No", it's ok I can keep on. If I say "Yes", it crashes. The problem is I can't retrieve a bt since with gdb i can't reproduce the crash. Here are the logs at crash: warn:sc:11070:1:/home/julien/compile-libreoffice/libo/sc/source/core/data/conditio.cxx:2139: ScConditionalFormatList: Eintrag nicht gefunden warn:sc:11070:1:/home/julien/compile-libreoffice/libo/sc/source/core/data/conditio.cxx:2139: ScConditionalFormatList: Eintrag nicht gefunden soffice.bin: /home/julien/compile-libreoffice/libo/sc/source/ui/view/cellsh1.cxx:1824: void ScCellShell::ExecuteEdit(SfxRequest&): Assertion `pCondFormat' failed. warn:legacy.osl:11070:1:/home/julien/compile-libreoffice/libo/framework/source/services/autorecovery.cxx:1187: need at document, at the very least With 4.0 branch, I still have the same (can't open the file): warn:legacy.osl:13916:1:/home/julien/compile-libreoffice/libo_4_0/xmloff/source/style/xmlimppr.cxx:680: Exception caught; style may not be imported correctly. warn:legacy.osl:13916:1:/home/julien/compile-libreoffice/libo_4_0/sfx2/source/view/frmload.cxx:410: caught an exception! in function:void SfxFrameLoader_Impl::impl_handleCaughtError_nothrow(const com::sun::star::uno::Any&, const comphelper::NamedValueCollection&) const type: com.sun.star.container.NoSuchElementException message: /org.openoffice.Office.Calc/Formula/Load/ODFRecalcMode context: N9configmgr10RootAccessE warn:legacy.osl:13916:1:/home/julien/compile-libreoffice/libo_4_0/sc/source/ui/docshell/docsh.cxx:2625: The Modificator should not exist Markus Mohrhard committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e9b337456513cf1324a4f3a137ebb3491c2b1c79&h=libreoffice-4-0 one more fix for fdo#58686 It will be available in LibreOffice 4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a06a44c3b342648139e7fa0ff850a4176df60538 one more fix for fdo#58686 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Actually the fix for Bug 58677 is also a fix for this bug here. I runned a "make clean && make && make dev-install' on 4.0 and master sources, both updated this morning (commit a97bf2e3bc43a709eb72bdc695f96aeecf1174b1 for 4.0, commit ed338bc212725f422f0def21aafc82f05e350646 for master). Everything worked. There's still this trace on console: warn:legacy.osl:8688:1:/home/julien/compile-libreoffice/libo_4_0/xmloff/source/style/xmlimppr.cxx:680: Exception caught; style may not be imported correctly. but it's another story. Thank you Markus for the fixes! I put it at VERIFIED |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.