Bugzilla – Bug 408194
OES2SP1_LOC: Windows: CHT: Truncation on the page
Last modified: 2010-10-25 07:48:43 UTC
Configuration: SLES 10 SP2 OESSP2-BETA3.10 Client: CHT_VISTA_IE7 Repro steps: 01. Once the client has been installed and the workstation has been rebooted. You will be need to create an iFolder account. 02. Right click on the Ifolder icon and select Accounts 03. Select the General tab. Check that all the textboxes can be selected and unselected. Check that the drop down box displays localised strings. 04. Go to the Accounts tab. 05. In the Accounts tab click Add to start the account creation wizard and click next 06. type in the following information Server Host - random ip address and click next 07.Username - admin Password - admin click next 08. Select the Login connect button. Check that the error message that appears. 09. Type the name of the iFolder server ip address and select Login. 10. A message will appear asking you to verify your idtentity. Select Yes to accept the certificate. You are now logged into the iFolder server. Expect Results: All the text should be localized normally. Actual Results: Truncation on the page. Components: Install - iFolder Client. Note: BR not tested due to the iFolder installation bug
Created attachment 227147 [details] shot
Created attachment 228043 [details] US
The truncated strings: "Encrypted" "Create default iFolder." were localized in Product: CYPRESS_IFOLDER3_LINUX Files: CLIENT / EN.PO Dialog: String table Languages: Chinese_Traditional, Please, align the strings with the appropriate check boxes so they are displayed properly.
Assiging to Dev
Hazel, this looks like a windows bug and so not one of the .po files. Can you please investigate this again?
These strings are translated in: FormsTrayApp.zh-TW.resx - Chinese Traditional <data name="CreateDefaultiFolder"> <value>建立預設 iFolder</value> </data> <data name="Encrypted"> <value>已加密</value> </data> <data name="EncryptedText"> <value>已加密</value> </data> <data name="SharableText"> <value>一般</value> </data> There are no resources in this file FormsTrayApp for resizing the controls. Please resource the coordinates of the controls so the controls can be resized in localisation or increase the size of the parent controls in the source.
Assigning to Dev
Since UI change and Localization Cycle for OES2 SP1 is already over and at the moment only show stoppers are considered for SP1, it is difficult to include these bugs for OES2 SP1 cycle. Based the CCB input, Setting the target milestone to OES2 SP2.
Abhilash , Can you check if these co ordinates are resourced or not in the resx file.
OES2SP2_LOC
Can these co-ordinates be resourced?
Regress in TP2
Created attachment 314159 [details] rose_20090820_408194_truncation.jpg Verify it using the OES2 SP2 Beta4.6 build,the truncation still can be reproduced,please see the screen shot rose_20090820_408194_truncation.jpg.
Reopened as reproducible in build Beta4.6
As mentioned in commet #6, these strings are located in FormsTrayApp.zh-TW.resx; String 67/CreateDefaultiFolder without controls for resizing. Therefore we're not able to change layout on our side.
This is normal bug, at the moment we are only considering Ship Stoppers critical, blockers and Major bugs with very high impact. So moving this bug to next Release, if you/Reporter still think this should be fixed in Sp2 itself, pls update the bug with enough supporting data and we can discuss this as part of CCB.
I am not able to reproduce the defect. I have attached the screen shot of the client running zh-TW language and zh-CN language . If I am missing something the actual truncation or something, please feel free to let me know.
Created attachment 360747 [details] zh-TW screen shot
Created attachment 360748 [details] zh-CN screen shot
Marking this as RESOLVED FIXED.
This is still reproducible in build Beta29 Tested on ZH-TW Windows 7 32bit - see new screenshot
Created attachment 381101 [details] 408194_Beta29_TW_Windows7.jpg
Fixed in revision #7507.
setting the correct target
verified and closed as fixed on build Beta 3.10