LibreOffice 4.0.1 RC2 / WinXP-JA, WinVista-JA Version 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985) Steps to Reproduce: 1. Open new Spreadsheet 2. Data -> XML Source... 3. appear XML Source dialog 4. click a icon in Source file 5. appear OpenFile Dialog 6. Chose a Non-XML file(Text, bmp etc...) and open Actual Results: Crash a LibreOffice(soffice.bin) Microsoft Visual C++ Runtime Library was Runtime error. abnormal program termination Expected Results: No Crash.
Thank you for repothing this bug, I can't reproduce this bug running LibreOffice 4.0.1.1 and 4.0.1.2 on Windows 7.
Revised Summary according to comment 0 pt. 6.
Can't reproduce this behavior using Linux Mint 14 x64 with LibreOffice 4.0.1.2 rc. Kind regards, Joren
Thanks for comments... I narrowed down a reproduce condition. No Reproduce: C:\NewTxetFile.txt C:\Japanese\NewTxetFile.txt C:\test.xml Reproduce: C:\新規ﾃｷｽﾄ文書.txt C:\日本語\test.xml C:\日本語\NewTxetFile.txt C:\日本語\新規ﾃｷｽﾄ文書.txt C:\ö\NewTxetFile.txt crash in non-ascii Folder(Path) and/or non-ascii filename. I think, It is i18n problem.
On pc Debian x86-64 with master sources updated today, I tried this: - created a directory called "日本語" - created a simple xml file - followed your steps I didn't reproduce a crash. Could you give a try to 4.0.1? If you still reproduce this, could you rename your LO directory profile and try again? (see https://wiki.documentfoundation.org/UserProfile) Finally, did you install any specific fonts? What's your Java version?
Created attachment 76165 [details] error dialog screenshot (In reply to comment #5) > Could you give a try to 4.0.1? Yes, reproduce it. > If you still reproduce this, could you rename your LO directory profile > and try again? (see https://wiki.documentfoundation.org/UserProfile) I tried NEW profile, reproduce it. > Finally, did you install any specific fonts? No, I do not install a specific fonts. > What's your Java version? Java 7 Update 15 It is Windows only? See attachment. Microsoft Visual C++ Runtime Library was Runtime error.
Kohei: I'm a bit stuck with an unconfirmed bug which concerns Calc on WinXP-Ja, any idea?
Julien, try opening a file that's *not* an XML file (such as a plain text file, or an image file), and try it on Windows, and see if it crashes there.
Kohei: (In reply to comment #8) > Julien, try opening a file that's *not* an XML file (such as a plain text > file, or an image file), and try it on Windows, and see if it crashes there. Ok I reproduced this on Win7 with LO 4.0.1.2 and when I create non-ascii Folder (I didn't test with a non-ascii filename). bfoman: would you have some time to retrieve a bt?
Created attachment 76337 [details] Bug 61820 - WinDbg session with FAILED_SOURCE_CODE Confirmed with: LO 4.0.1.2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Attached full WinDbg session with FAILED_SOURCE_CODE. I can reproduce with non-ascii character in the filename (crash after selecting the file). While attached to the debugger, LO is crashing while clicking browse source file button. So I hope it will help anyway.
Thanks. I'll keep this for now.
As discussed on IRC, only the assignee can change the status to ASSIGNED. Changing it back to NEW.
I tried this just now, using the master build, and I can't reproduce it anymore. Can anyone try the master build to see if it still crashes there?
On pc Debian x86-64 with master sources updated today, if I try to open a png, Import button stays disabled (grey) so I can't reproduce the problem. I suppose the disabled part is expected so it should be ok, shouldn't it?
You need to test this on Windows. The crash was never reproducible on Linux.
Oups, sorry Kohei. On Win7, I got only LO 4.0.2, so I'll let someone else to try.
(In reply to comment #13) reproduce on master/Win-x86@6 / WinVista(x86)-JA Version: 4.1.0.0.alpha0+ Build ID: 73cc9fc42cfa524a9965f58092f3a004de3a6b8 TinderBox: Win-x86@6, Branch:master, Time: 2013-04-08_05:35:47 Sorry in Japanese Comment 4 に書いたように日本語を含むPath/Filenameではクラッシュするようです。
Can not reproduce on newest master. /master/Win-x86@6/2013-04-17_17.14.03 master~2013-04-17_17.14.03_LibreOfficeDev_4.1.0.0.alpha0_Win_x86.msi Version: 4.1.0.0.alpha0+ Build ID: f22006dc6ac34a35a060e15466cf6b2d2058617 /master/Win-x86@6/2013-04-18_04.00.51 master~2013-04-18_04.00.51_LibreOfficeDev_4.1.0.0.alpha0_Win_x86.msi Version: 4.1.0.0.alpha0+ Build ID: 0b4315077a6827798e1d2bdae73298365ba9a01 TinderBox: Win-x86@6, Branch:master, Time: 2013-04-18_04:00:51
No longer in NEEDINFO state. The latest master doesn't have this crash. Since then, we've done some follow-up investigation on the Japanese discuss list, have identified the commit that fixed it. A backport to 4.0 has been posted to gerrit https://gerrit.libreoffice.org/#/c/3581/
*** Bug 63844 has been marked as a duplicate of this bug. ***
Kohei Yoshida committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=30d6b1d13da9808eb4544d4bffb0acc49c0e6c5c&h=libreoffice-4-0 fdo#61820: Avoid crasher when file URL contains unicode bytes. It will be available in LibreOffice 4.0.4. 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.
Marking this fixed.
(In reply to comment #22) > Marking this fixed. Cannot reproduce with LibO 4.0.4 RC1 . Thanks for fixing this. ありがとうございました。