Created attachment 72439 [details]
Error while opening a .odt

Created attachment 72440 [details]
Error while saving a document as .odt

CAN'T reproduce:
4.1.0.0.alpha0+ (Build ID: bb51791ae49ecded0f618b4534893adb8fcf917)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2012-12-22_01:05:08

CAN'T reproduce:
4.1.0.0.alpha0+ (Build ID: 45a85b5af82d130bb3eea2b6a168f4ceaff9975)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2012-12-28_01:21:51

CAN reproduce:
4.1.0.0.alpha0+ (Build ID: 00234d0578419c3d0847dd89554186146121f60)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2013-01-01_08:03:47

CAN'T reproduce:
4.1.0.0.alpha0+ (Build ID: 27a66ce174d8c5c2947056cbf39533be55e1417)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2012-12-29_14:04:45

CAN'T reproduce:
4.1.0.0.alpha0+ (Build ID: c5132e30fb09477aa46d810dd86727b3aa8cf20)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2012-12-30_01:12:12

Conclusion: bug is entered between December 30 01:12:12 and January 1 08:03:47

I add bug 43246 to 'See Also' because this bug isn't 100% a duplicate of this bug. There they speak about 'MinGW'; I use build for Mac OS X and this bug is related to 4.1, not master old - 3.6

works again in Version 4.0.01 (Build ID: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799) TinderBox: MacOSX TDF Release, Branch:libreoffice-4-0, Time: 2013-01-09_10:49:53

-> WORKSFORME

I mark this bug back as unconfirmed because the problem is there again ... (same instructions)

Can't reproduce using 4.0.0.1 RC1; same OS (Mac OSX 10.8.2)

I can confirm this. A simple .odt file gives this error, while saving and opening. But at last file saves and opens fine. 

Version 4.1.0.0.alpha0+ (Build ID: dc44862f0e711fe0cf93063f72ebe1dec598d92)
TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2013-01-19_22:49:36

Could not reproduce with libreoffice-4-0~2013-01-21_18.50.48_LibO-Dev_4.0.0.1_MacOS_x86.dmg on 10.8.2.

(But I *have* seen such an apparently bogus "General Error" dialog popping up in a self-built LO from current master, built with --enable-debug and using latest Xcode Clang, against SDK 10.7.)

So, it seems this bug rather affects the master builds but not the 4.0 branch.

I have the same problem in Ubuntu 12.10 withVersion 4.1.0.0.alpha0+ (Build ID: a1808e0d38dd36d590a5bae26a02c49252d6162) when I try to open or save a in odt.

I can open and save any document in .doc or .docx, when i try to save in .odt libreoffice crash.


In the console I get this message:

raptor_sequence.c:419: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL.
raptor_sequence.c:419: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL.


good luck.
AFerreira

This bug seems to be reproducible only in the 4.1.0.0.alpha0+ builds => let's move it from 4.0 to 4.1 MABs.

Alberto: could you try to retrieve a bt, even without symbols, by following this link:
https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29 ?

Hm, can it be that correct Operation System selection is missing? I only see Mac in the comments.

"Bug 61021 - MinGW: FILESAVE Writer document shows "General Error" also shows the same symptoms, Error message, but opens documents correctly; what ever that might mean (and that one might be DUP of Bug 43246

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

I'm sorry, I need to do it the other way around. Sorry for the spam

*** Bug 61567 has been marked as a duplicate of this bug. ***

Could not reproduce with my own build of Version 4.1.0.0.alpha0+ (Build ID: 74e40fbbbdb0b09f6529a26984f942a3d4b788b) under Ubuntu 12.04 x86-64

Best regards. JBF

I did not reproduce this behavior anymore past few weeks... So I think this is fixed somehow (Linux Mint 14 x64 as well as Mac OSX 10.8.3). Therefore I mark this as RESOLVED WORKSFORME.
Thanks <don't know who> for fixing it!

Kind regards,
Joren

PS: if someone is still dealing with this issue/if this issue returns, please mark this bug as REOPEN.

I have to reopen this bug :(.

I can reproduce it again (with my own build) on my Mac OSX 10.8.3. LibreOffice Version: 4.1.0.0.alpha0+ Build ID: afb3af7ce5fef803d42a549095863e6bb8210ef

I ran a gdb debug on it (without breakpoints, so I can see the console output/log). I saw this warning passing by when opening a random odt file:

warn:legacy.osl:3691:1:tools/source/ref/errinf.cxx:334: Error nicht behandelt

and then some other warnings:

warn:sfx2.control:3691:1:sfx2/source/control/dispatch.cxx:1476: Childwindow slot missing: 10367
Reading symbols for shared libraries . done
warn:sfx2.control:3691:1:sfx2/source/control/dispatch.cxx:1476: Childwindow slot missing: 10367
warn:sfx2.control:3691:1:sfx2/source/control/dispatch.cxx:1476: Childwindow slot missing: 10367

I'll attach the full gdb log (I only opened a file from the start center).

Created attachment 77960 [details]
general error gdb log

Is this a mac only bug, and a failure to find/load the upgraded libraptor on that platform ?

(In reply to comment #21)
> Created attachment 77960 [details]
> general error gdb log

says:

> warn:sal.osl:3691:1:sal/osl/unx/module.cxx:168: dlopen(/Users/Joren/lo/core/solver/unxmacxi.pro/installation/opt/LibreOffice.app/Contents/MacOS/../program/libunordflo.dylib, 9): dlopen(/Users/Joren/lo/core/solver/unxmacxi.pro/installation/opt/LibreOffice.app/Contents/MacOS/../program/libunordflo.dylib, 9): Library not loaded: /@.__________________________________________________OOO/lib/libraptor2-lo.0.dylib
>   Referenced from: /Users/Joren/lo/core/solver/unxmacxi.pro/installation/opt/LibreOffice.app/Contents/MacOS/librdf-lo.0.dylib
>   Reason: image not found
> warn:cppuhelper:3691:1:cppuhelper/source/shlib.cxx:502: loading component library failed: file:///Users/Joren/lo/core/solver/unxmacxi.pro/installation/opt/LibreOffice.app/Contents/MacOS/../program/libunordflo.dylib

So this is a bug in how LO's librdf-lo.0.dylib is built and references libraptor2-lo.0.dylib with a bad path (that hasn't been resolved via solenv/bin/macosx-change-install-names.pl as it should have been).  This might have been an intermittent bug in the build system that has been fixed by now.

Stephan Bergmann committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=5b89d4c7fb1c3dd3a4af42380eb8de92d60a102e

fdo#58978 Typo



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.

I can not reproduce this anymore using Mac OSX 10.8.3 with LibreOffice Version: 4.1.0.0.alpha1+ Build ID: 43c234b0481fe63b8c4823affad066c6362f506 , so looks fixed indeed.

I build that version my own, with parameters: 

--enable-debug
--enable-dbgutil
--without-java

Kind regards,
Joren