Bug 36113 - Impress uses wrong encoding for keyboard input
Summary: Impress uses wrong encoding for keyboard input
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-10 04:20 UTC by Maris Nartiss
Modified: 2012-03-28 05:08 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
LO Impress document displaying encoding issue (15.79 KB, application/vnd.oasis.opendocument.presentation)
2011-04-10 04:20 UTC, Maris Nartiss
Details
Same wrong encoding issue with Calc (8.19 KB, application/vnd.oasis.opendocument.spreadsheet)
2011-04-27 00:38 UTC, Maris Nartiss
Details

Note You need to log in before you can comment on or make changes to this bug.
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.