During basic install mode (msiexec /i libreoffice-4-0~2012-12-06_02.46.58_LibO-Dev_4.0.0.0.alpha1_Win_x86_install_en-US.msi /qb) I get boxes instead of characters in the MSI progress dialog. The log indicated that MSI loaded Estrangelo Edessa font, which is a font for Syriac script and does not contain latin letters. MSI (c) (5C:E0) [15:44:14:203]: Font created. Charset: Req=1, Ret=0, Font: Req=, Ret=Arial MSI (c) (5C:E0) [15:44:14:203]: Font created. Charset: Req=1, Ret=1, Font: Req=Estrangelo Edessa, Ret=Estrangelo Edessa The bug does not occur on Windows 7, there Arial font is loaded and used. I could not find a place in out installer where we could modify "Arial" to something else. Changing Arial to Tahoma in TextStyle table had no effect. The bug may be related to database codepage. http://cgit.freedesktop.org/libreoffice/core/commit/?id=0475a7904978566dfb9f6e83497392b3841c0efc In this commit I set the codepage for all database tables uniformly to UTF-8. I would not like to revert it, if it is possible.
It's just in the uninstallation progress bar window that the boxes show up, right? (At least, that's what I think I saw myself.) And that window doesn't request any complex input or action from the user, it has only a "Cancel" button (which *does* show the correct text). I don't think it's that serious then, just a minor irritation. I don't think we should revert any useful changes to get it fixed...
*** Bug 58494 has been marked as a duplicate of this bug. ***
I can confirm the odd characters during Uninstall of LOdev 4.0Beta2 under Windows XP x86 SP3 These characters do not show up on the 3.5 or 3.6 uninstaller so it's a regression.
RC1 installation shows a very brief problem (a sort of "flash") then all the subsequent messages are correct (I've installed in Italian and in English). But uninstall has still this problem, so I thins Bug 58494 is NOT a duplicate
Just lost all my unsaved data because an incomprehensible message during Uninstall of a LibreOffice Help package only had two options: Yes or No. Turns out the message asked if I wanted to reboot immediately. Unfortunately I thought that it was confirming if I really wanted to uninstall the package... This is NOT cosmetic! Can someone please rise the Importance?
Pedro: Could you provide more detail? Which version of LO did you try to uninstall? On which OS was that? Is this problem reproducible for you? If so, could you please provide a screenshot showing the unclear confirmation dialogue?
i confirm this behavior for the installations msi files from Libreoffice 4.0.1 Libreoffice 4.0.2.1 under win XP
Sorry, i have forgotten This happens by start the installation from the commandline with the command msiexec ...
Created attachment 77158 [details] Installing Libreoffice 4.0.2.2 The problem persists installing Libreoffice 4.0.2.2
Thanks, but this bug has been confirmed already. Please do not add more confirmations. I spent quite a lot of time looking for solution but I have not found any. It seems installer under Windows XP cannot cope with UTF8 encoded MSI package. Why on earth Windows wants to load Estrangelo Edessa font, instead of Tahoma or Arial, this is a mystery. Please post only useful comments or patches to this bug from now on. Thanks. Note, that this bug is specific to Windows XP, whose extended-extended-extended support is ending on April 8, 2014, so hopefully people will move on to newer OSes anyway.
Something went wrong here, this one has nothing to do with Bug 63585
I'd say - let's mark this as wontfix. The reason was found (switch to UTF-8), it is a change we need, and no workaround was found. Also, this is only during uninstallation, and no user input is expected; so hopefully people can live with this until they upgrade to a newer Windows ;-)
*** Bug 63764 has been marked as a duplicate of this bug. ***
Hi Kendy (In reply to comment #13) > I'd say - let's mark this as wontfix. The reason was found (switch to > UTF-8), it is a change we need, and no workaround was found. Also, this is > only during uninstallation, and no user input is expected; so hopefully > people can live with this until they upgrade to a newer Windows ;-) As I mentioned in Comment #6 there is a combination of events where the installer asks for a Reboot. Can you please confirm there is such a message? I don't remember the sequence of events that led to that message but this caused data loss (under Windows XP x86 SP3 en_US). There are nearly 40% of PC users *worldwide* still using Windows XP (http://en.wikipedia.org/wiki/Usage_share_of_operating_systems). IMO this is not a negligible portion of the users.
*** Bug 64667 has been marked as a duplicate of this bug. ***
*** Bug 67789 has been marked as a duplicate of this bug. ***
*** Bug 69338 has been marked as a duplicate of this bug. ***
*** Bug 69472 has been marked as a duplicate of this bug. ***
(In reply to comment #13) > Also, this is > only during uninstallation, and no user input is expected; so hopefully > people can live with this until they upgrade to a newer Windows ;-) User input is expected and even a reboot can be performed because the messages are unreadable. See Bug report and attachments within https://bugs.freedesktop.org/show_bug.cgi?id=69472 If no one can find a solution for the moment at least don't close the bug. If TDF doesn't want any more Windows XP related bug reports please let me know.
Andras - just to get a better view of this: what languages does this impact ? It seems that the bug referenced in your commit: fdo#39595 is primarily focused on accelerating the make_installer.pl. Is that really a good trade-off ? how much time does that really save when build/packaging ? or is there another win that increases language support somehow ?
There is a workaround for unreadable characters. In Control Panel - Regional and Language Options - Language tab, check the two checkboxes of Supplemental language support.
(In reply to comment #22) > There is a workaround for unreadable characters. In Control Panel - Regional > and Language Options - Language tab, check the two checkboxes of > Supplemental language support. That is a Catch22... You need to Install system fonts which require a reboot (assuming you have your Windows XP install CD at hand)... So when you are faced with the unreadable message that asks for a Reboot should you at that point install the fonts which also require a reboot? :)
http://stackoverflow.com/questions/7107445/wix-incorrect-font-used-during-installation-on-windows-xp
Pedro, "WONTFIX" is a valid bug resolution. But if you prefer a bug to be open but ignored, whatever.
Michael, the unreadable output during uninstallation shows up even in a very plain Latin script -using Windows XP installation. I have seen it myself and I used a Swedish XP, and I certainly don't know Syriac or other complex script languages and had not set XP to use any such.
(In reply to comment #25) > Pedro, "WONTFIX" is a valid bug resolution. But if you prefer a bug to be > open but ignored, whatever. Tor, of course it is a valid resolution. But I believe it applies to some absurd request (like "Make function SUM calculate an AVERAGE") and the developer replies WONTFIX meaning "We won't fix that" In this case RESOLVED as WONTFIX means no one else will even try because it is RESOLVED. This is still a real problem that can cause DATA LOSS. If it is OPEN you can ignore it but someone else can give it a try.
I found a workaround. We can disable the Remove button on Add or Remove Programs Control Panel applet - only when VersionNT < 600 (XP, 2003 Server). So the user will not encounter the corrupted characters. If the user wants to uninstall LibreOffice, it is possible with the Change button, and LibreOffice can be uninstalled by the Wizard, where characters are not corrupted. Update is not affected, a newer version silently removes the older version. Is it acceptable?
(In reply to comment #28) > I found a workaround. We can disable the Remove button on Add or Remove > Programs Control Panel applet - only when VersionNT < 600 (XP, 2003 Server). > So the user will not encounter the corrupted characters. If the user wants > to uninstall LibreOffice, it is possible with the Change button, and > LibreOffice can be uninstalled by the Wizard, where characters are not > corrupted. Update is not affected, a newer version silently removes the > older version. Is it acceptable? Hi Andras I tested uninstalling using Remove and did not come across the Reboot message (but then again it doesn't show everytime). It seems a much better option than WONTFIX :) Can you add that change and I will test it as soon as it's available in a daily build? Thanks!
Two strange observations that might help: The texts "removing old versions" and "preparing to remove old versions" are always readable, what is different with these texts? Sometimes the upper lines of the broken texts can be made visible by moving another window across the installer window.
Created attachment 86239 [details] sample of partially readable text, see comment 30
Pedro, if you try to uninstall when LibreOffice is running, you will get the reboot dialog. (Of course, you will also get it, if e.g. indexer is running, but it is unpredictable.) Klaus, your screenshot is amazing! :) Windows at its best.
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d5295408b1f69b8fd694dabca00e0a923c3e959f fdo#58144 - disable the ARP 'Remove' button on Windows XP 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.
Fixed with workaround described in comment 28. I submitted the patch to all release branches for review.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e41365b3657780170016a0bd3c13d6d665ac422c&h=libreoffice-4-1 fdo#58144 - disable the ARP 'Remove' button on Windows XP It will be available in LibreOffice 4.1.3. 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.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fb8db80319d5a88ee12b30064d89d4a176f8b537&h=libreoffice-4-0 fdo#58144 - disable the ARP 'Remove' button on Windows XP It will be available in LibreOffice 4.0.7. 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.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-0-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=51b71f0a9ca0c7504849ccea8dae9c9896d2eeb1&h=libreoffice-4-0-6 fdo#58144 - disable the ARP 'Remove' button on Windows XP It will be available already in LibreOffice 4.0.6. 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.
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.