| Summary: | The language selection entry in Language Settings of Options dialogue adding an unknown character prefix and suffix | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Cheng-Chia Tseng <pswo10680> |
| Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | bugs, ianian40 |
| Priority: | medium | ||
| Version: | Master old -3.6 | ||
| Hardware: | Other | ||
| OS: | macOS (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
the selection entry adding an unknown character as its prefix and suffix
Another screenshot from Mac user which not having this issue Screenshot showing that the bug is not reproducible with LibO 3.6.3.2 on Mac OS X 10.6.8 (Intel) LibO-Dev_4.0.0.0.beta1 bug ？ “LRE” “uni202A，“PDF”“uni202C |
||
The attachment is a jpg format of screenshot from the Mac user. Another Mac user, Chia YT, reported that this issue does not affect his LibreOffice installation on OS X 10.8.2。 He also gave his screenshot, please see the latter attachment. Maybe we should investigate further to figure out the problem. Created attachment 69072 [details]
Another screenshot from Mac user which not having this issue
(I set the status to UNCONFIRMED, as appropriate; every new bug report should start as UNCONFIRMED, not as NEW.) Created attachment 69683 [details]
Screenshot showing that the bug is not reproducible with LibO 3.6.3.2 on Mac OS X 10.6.8 (Intel)
Thank you very much for your bug report! However, in order to fix the bug we need to reproduce it first, and this is not that easy in this case. As you have already stated in comment #2, some other Mac user does not see the bug on Mac OS X 10.8.2; and I have not succeded to reproduce the bug myself with LibreOffice 3.6.3.2 on Mac OS X 10.6.8 (Intel) -- the attached screenshot shows no unnecessary prefix/suffix characters. This means that we need to find out more about the machine on which the bug appears. Could you please ask the Mac user for whom you have reported this problem: 1) If he uses an older Mac with PPC processor, or a newer one with Intel/x86 processor? 2) Which version of Mac OS X he/he uses (10.4, 10.5, 10.6, 10.7 or 10.8)? 3) Which is his main/preferred UI language for MacOS X, i.e. which language is on top of the list at System Preferences > Language and Text > Languages? 4) Which version of LibreOffice he uses that shows the problem? It is some version older than 3.6.3, but which one ... There is a good chance that we can reproduce (and fix) the issue when we know the answers to these questions. Thank you very very much for your help! While waiting for answers from the user, I like to note down some ideas about the “unknown character prefix and suffix”. Both glyphs are somewhat difficult to recognize on the screenshot, but according to their general shape I would guess that they come from the “Apple Symbols” font (which is used as a general glyph supplement source by Mac OS X). In this font, I find only two glyphs which are similar. Both don’t have a Unicode value assigned to them, but are private glyphs which can be used to display Unicode values which don’t have a visual representation themselves. 1) The first (opening one) reads “LRE” and is called “uni202A.ChartForm” in the font, i.e. it is a visual representation for U+202A, which is the “LEFT-TO-RIGHT EMBEDDING” mark. 2) The second (closing one) reads “PDF” and is called “uni202C.ChartForm” in the font, i.e. it is a visual representation for U+202C, which is the “POP DIRECTIONAL FORMATTING” mark. But this does not yet explain why these two glyphs do appear here; especially given the fact that both glyphs don’t have an Unicode value on their own. Ideas: -- Does the popup text contain -- by some error -- U+202A and U+202C here, and the System uses the two special visible glyphs to display these invisible marks? -- Or does LibreOffice use U+202A and U+202C intentionally here, and is the problem only that on the specific machine these two marks do get displayed, instead of being invisible marks just used for text rendering? -- Or ...? Of course, I hope some expert for the traditional Chinese UI translation, or for the code used to display the east-Asian text in the LibreOffice UI could help to find out what could be the reason for those glyphs to appear there ... I am source reporter of this bug, sorry my english level is not good, so Cheng-Chia Tseng help me to translate bug from chinese to english. thanks Cheng-Chia Tseng very much. my Environment is MacBook pro 13"(intel mac) + MacOSX 10.7.5 Traditional Chinese （Taiwan） interface + libreoffice 3.6.2.2 Traditional Chinese （Taiwan） interface ， my system have（installed） four fonts BabelStone Han， BabelStone Modern ， TW-Sung-98_1（全字庫正宋體）， TW-Kai-98_1（全字庫正楷體）， they can display “LRE” “uni202A，“PDF”“uni202C perfectly。 this fonts is Necessary for me to process Traditional Chinese （Taiwan） Documents. useful link: http://www.babelstone.co.uk/fonts/index.html TW-Sung-98_1 TW-Kai-98_1 http://www.cns11643.gov.tw/AIDB/download.do?name=字型下載 Created attachment 71555 [details]
LibO-Dev_4.0.0.0.beta1 bug ？ “LRE” “uni202A，“PDF”“uni202C
LibO-Dev_4.0.0.0.beta1 bug ？ “LRE” “uni202A，“PDF”“uni202C 。 see the PIC.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO |
Created attachment 69002 [details] the selection entry adding an unknown character as its prefix and suffix Hi, I am helping a Mac user to report this problem. I have no Mac myself. The problem is that the selection entry for languages in Language Settings of Preference in localized version, which is Chinese (Traditional) here, adds an unknown character cannot be read as its prefix and suffix. Please see the attachment to know further. How reproducible: always Steps to reproduce: 1. change the localization to Chinese (Traditional). Tools > Options >> Language Settings > Languages >> User interface, choose "Chinese (traditional)", press OK, and then OK. 2. restart Libreoffice 3. go to Tools > Options >> Language Settings > Languages >> User interface Unexpected result: You see the selection entry for languages in Language Settings of Preference adding an unknown character cannot be read as its prefix and suffix. Expected result: You see the selection entry for languages in Language Settings of Preference normal and without unknown characters.