As $subject says, Tools > Options > Language Settings > Languages > CRASH with official 4.0.0.0.alpha1, new user profile, on Windows 7 x64 Home Premium, without Java Runtime Environment installed.
Note: I've installed through administrative installation (msiexec /a $filename) Note2: I've tried multiple times, sometimes it worked correctly, but sometimes crashed. Deleting all program files and user profile, and reinstalling again (still msiexec /a) doesn't solve this problem.
Nagy Ákos reported on l10n mailing list [1] that: > I try it with windows 8 x64, without java and works fine (Romanian regional settings). > In windows 7 x64 enterprise with java (Hungarian regional settings) works fine too. [1] http://nabble.documentfoundation.org/libreoffice-l10n-ANN-LibreOffice-4-0-0-ALPHA1-test-builds-available-tp4020240p4020274.html My answer: I've installed only from LibO-Dev_4.0.0.0.alpha1_Win_x86_install_multi.msi which is a multi-language installer. I didn't install any helppacks nor language packs. I use Thai regional settings for my Windows.
NOT reproducible with parallel installation of "LOdev 4.0.0.0.alpha0+ - ENGLISH UI / German Locale [Build ID: a2b3ee)]" {2012-11-22} on German WIN7 Home Premium (64bit) with separate /4 User Profile for 4.0 I tried with Java 1.6 and without each 4 times
Not reproducible. Win 7x64 Ultimate LODev Version 4.0.0.0.alpha0+ (Build ID: 04f2f0) LODev Version 4.0.0.0.alpha0+ (Build ID: e05988) MinGW LODev Version 4.0.0.0.alpha1+ (Build ID: 470029) LODev Version 4.0.0.0.alpha1+ (Build ID: 9c4f31) MinGW Java 1.0.9_09
Reproduce with Windows Vista-JA(Ultimate) LibO UI is Japanese.
Korrawit, what UI localization are you using, please? I wonder if it visible only with non-en_US localizations and builds. I can't test it easily.
(In reply to comment #6) > Korrawit, what UI localization are you using, please? English UI. I started a newly installed, with new user profile created, and en_US should be the default UI, right? :)
I use custom install. Languages UI selected Key ID, en-US and Japanese. en-US and Japanese is No crash. however, installed KeyID Language, Crash.
baffclan, great catch. I see the crash as well when I install KeyID localization in 4.0.0.0.alpha1 build on Windows. Andrash, could you please have a look? It might break testing of our translations community.
Set to NEW as confirmed by comment 5 and comment 9. I tried to build locally at tag libreoffice-4.0.0.0.alpha1 on Windows 7 x64, Visual C++ 2008 Express. My autogen.lastrun is: --with-distro=LibreOfficeWin32 --with-mozilla-build=C:/mozilla-build --with-ant-home=C:/apache-ant-1.8.4 --disable-directx --disable-activex --disable-atl --with-lang=ALL --enable-debug --with-package-format=installed --without-help and got the WinDbg session log (see next comment). Hope it will be useful :-)
Created attachment 70844 [details] WinDbg session log Following steps in comment 0, this log was generated.
Thanks a lot for the backtrace. It points to the langtag stuff. Eike, does it trigger any bell?
No bell yet, and I haven't a Windows build ready. Taking over.
So, after 2 days building I tried an installation (build dev-install, not msiexec stuff) on Windows 7 and attempted to fake the 'qtz' key ID resources by creating a corresponding share/registry/Langpack-qtz.xcd and I see the new "Default" entry in the "User interface" listbox, but no crash whatsoever. The 'qtz' private use locale currently isn't properly handled so needs work anyway, but I have no clue what might cause the crash. Actually the liblangtag routines that according to the backtrace are involved in the crash, correctly say that this isn't a BCP47 registered locale.. Is the crash reproducible in current later than alpha1 builds?
(In reply to comment #14) > Is the crash reproducible in current later than alpha1 builds? NOT REPRODUCIBLE with official 4.0 beta1 build. But note that I *can't* find KeyID language in language selection list. Also, I *can't* find KeyID language in installation wizard either. Thanks for investigation, Eike :-)
(In reply to comment #15) > NOT REPRODUCIBLE with official 4.0 beta1 build. But note that I *can't* find > KeyID language in language selection list. Also, I *can't* find KeyID > language in installation wizard either. Yes, KeyID language was removed, because it did not work (not to mention the crash). I'd like to bring it back until beta2. I'll check, if it crashes, when I have a test build.
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-0&id=19095016e005bc084a1b032ac5c70abf82178e02 brings back 'qtz' as known locale for key ID resources.
I'm closing this for now with WORKSFORME, handling was changed and for locales known to us the liblangtag routines aren't called anymore, so in beta2 this wouldn't be reproducible anyway.