Apache OpenOffice (AOO) Bugzilla – Issue 71631
Asian only: exported objects changes in size.
Last modified: 2013-08-07 15:40:43 UTC
This is a StarSuite-only -bug: (Affected filetypes: BMP, EMF, MET, PCT, SVM, and WMF) Example: when exporting a BMP-object which is 9 x 9 cm, the resulting file contains a BMP-object which is 90 x 90 cm. From the testlog: " Width is different expected: '9.00センãƒ' is: '90.00センãƒ' " With other words: while the distance-Unit remains the same, the value for the size has multiplied with 10. = BUG.
Ok, duno if you can read the signs after the 9.00 and 90.00, or if the browser only shows some questionmarks or similar, but it was the same Japanese signs. (=the same unit)
reassign
A _very_ similar scenario happens when doing the same with a m4 on Linux, but then with English as language. (The size changes when exporting using the same formats, but the object shrinks instead of getting bigger) = This is more important than 2.x. I therefore set it to 2.2.
Is this really StarSuite only? If so, can you please migrate this now-OOo-2.2 targeted bug into Sun private database? fredrikh: how do you know this is StarSuite only relevant? As the last comment is from Nov 20, reset target to 2.x. Please set target when you know, it will be fixed in that version.
I targeted this issue to 2.2 because two of my tests failed on machines where Asian languages were installed. The same tests worked fine on the same machines when Western languages were tested. And since those test were my export-tests (eg i_export_graphics.bas and d_export_graphics.bas), which tests the complete set of exporting-capabilities for the office regarding Graphics, I saw this as a rather serious bug. (Asia is an important market) Which I really wished to have seen fixed in 2.2.
I do not have enough time to fix this issue for OOo2.3, so I change the target.
changed target