Apache OpenOffice (AOO) Bugzilla – Issue 100044
Testtool: Additional characters retrieved when reading content of listbox
Last modified: 2009-03-17 20:31:20 UTC
Automated test: framework/optional/f_configuration.bas On MacOSX we get at least one additional character from the listbox of the "Manage User Interface Languages" dialog.
Created attachment 60825 [details] Resultfile
Fix typo
Workaround for OOO310 is done in the test itself (b_basic_dialog_i18n.bas), tracked in issue 100045
Please note: The Testtool does *not* display those characters, use MacOSX with font Courier to see.
Note for myself: m3 bad, m4 bad, m1 is good.
The problem was introduced with the OOO310m2 build Reassigning to AB.
Note: I'm going to ditch the workaround announced above in favor of a real fix.
Setting keyword accessibility (you cannot select a language in any of the language listboxes using the first character). All platforms are affected
First evaluation shows that this cannot be a Basic problem as there were no changes at all in Basic from OOO310 m1 to m3. I will check now what else could have caused the problem. STARTED
Corrected Version (was DEV300m4)
@ab: issue 85360 introduced the bidi-embedding markers for problematic strings...
ab->jsk: According to hdu these bidi markers are part of the strings intentionally. There's nothing Basic can do about this. This will have to be fixed in the automated test code as the reference strings really *are* different. The first character key problem should be addressed in another issue. According to hdu this issue should be fixed by er.
Assigning to GH for fixing in office code.
now removing BiDi markers
Use f_basic_dialog_i18n.bas to check the .getText()/.getSelText() methods and NewSortingAlgorithmForJapanese.bas to test the .select() method. Note that GH's library only handles .get*(), HDU's fix (hopefully) also covers the .select() method.
please verify in CWS ooo31gsl4
removing accessibility keyword (that's issue 100057). Technically this is not even a regression, just the Strings were changed in the application but not in the testtool. However these daft formatting characters are more than a little bit unwieldy, so it makes sense to filter them out.
Looks good in Linux and Solaris, setting verified.
Good in m6 Linux/Windows, closing