Bug 36113

Summary: Impress uses wrong encoding for keyboard input
Product: LibreOffice Reporter: Maris Nartiss <maris.nartiss>
Component: PresentationAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME QA Contact:
Severity: normal    
Priority: medium CC: sasha.libreoffice
Version: 3.3.2 release   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: LO Impress document displaying encoding issue
Same wrong encoding issue with Calc

Description Maris Nartiss 2011-04-10 04:20:43 UTC
Created attachment 45458 [details]
LO Impress document displaying encoding issue

While working with Impress, sometimes it starts to threat keyboard input as being in wrong encoding. My guess - it threats UTF-8 as ASCII. Only solution is to close all LO windows. Incorrectly interpreted text still is broken, but new text and pre-messup text is OK.

I'm attaching ODP document, that was created after LO wen to wrong encoding mode. 

I have no idea how to trigger this issue. It just happens during intensive Impress use. If using Impress for whole day, I can hit it once (not that rare issue).

Gentoo ~AMD64

LibreOffice 3.3.2 
OOO330m19 (Build:202)
tag libreoffice-3.3.2.2

LANG=lv_LV
LC_CTYPE="lv_LV.utf8"
LC_NUMERIC="lv_LV.utf8"
LC_TIME="lv_LV.utf8"
LC_COLLATE="lv_LV.utf8"
LC_MONETARY="lv_LV.utf8"
LC_MESSAGES="lv_LV.utf8"
LC_PAPER="lv_LV.utf8"
LC_NAME="lv_LV.utf8"
LC_ADDRESS="lv_LV.utf8"
LC_TELEPHONE="lv_LV.utf8"
LC_MEASUREMENT="lv_LV.utf8"
LC_IDENTIFICATION="lv_LV.utf8"
LC_ALL=lv_LV.utf8
Comment 1 Jan Holesovsky 2011-04-14 14:39:19 UTC
What if you export LANG=lv_LV.utf8 before running Impress?  Still the same?
Comment 2 Maris Nartiss 2011-04-14 23:41:08 UTC
(In reply to comment #1)
> What if you export LANG=lv_LV.utf8 before running Impress?  Still the same?

Will it make a difference, as LANG and LC_ALL are set by /etc/profile?
Also my /etc/locale.gen contains only lv_LV.UTF-8 and en_US.UTF-8.

I will try to run Your suggested test during next week when I will need to prepeare a few presentations.
Comment 3 Maris Nartiss 2011-04-27 00:38:30 UTC
Created attachment 46110 [details]
Same wrong encoding issue with Calc

Just got same issue with Calc. I was just reading many MS-Word documents and making notes in XLS and ODS files. No idea what could trigger such issue. Closing all LO windows fixes it.

Attachment contains file created while LO is in broken state and same content after relaunching LO Calc.
Comment 4 Björn Michaelsen 2011-12-23 12:06:57 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 5 Björn Michaelsen 2011-12-23 17:01:56 UTC
needinfo keyword redundant by needinfo status.
Comment 6 sasha.libreoffice 2012-03-28 04:47:13 UTC
@ Maris Nartiss
Thanks for bugreport
Please, verify if in last version of LibreOffice still reproducible
Comment 7 Maris Nartiss 2012-03-28 05:08:41 UTC
Haven't seen this issue for some time with 3.5.x. Might be fixed by accident. Will reopen if I will hit it again, as there was no clear pattern how to trigger it and test if it's fixed.

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.