Description of problem: When network accounting disabled, the Chinese (Traditional) message is not displayed correctly with word wrapping. Version-Release number of selected component (if applicable): 0.15-1mga4 How reproducible: Should happen with languages using double byte character set, e.g. Chinese, Japanese, Korean. Though only Traditional Chinese is translated for net_monitor now. Steps to Reproduce: (only when locale is zh_TW) 1.Disable network accouting if its enabled. (need restart network if you do so.) 2.right click network applet on systray, select monitor (網路ç£æ§). 3.the message indicating that user need to enable network accounting is not displayed correctly. Reproducible: Steps to Reproduce:
Created attachment 4640 [details] Screenshot show misdisplayed message
Can you update the "RPM Package" field with the exact version you're using? I guess the issue is that it considers the string as an ASCII string instead of a UTF-8 string :-(
Keywords: (none) => Junior_jobCC: (none) => thierry.vignaudHardware: i586 => All
Summary: net monitor UI not handle Chinese word-wrapping correctly => net monitor UI treats strings as ascii caracters instead of utf8 (=> doesn't handle Chinese word-wrapping correctly)
The version installed is 0.15-1mga4. Thank you very much for your assistance.
Source RPM: net_monitor => net_monitor-0.15-1mga4
CC: (none) => guillomovitch, misc
Assignee: bugsquad => thierry.vignaud
Created attachment 4972 [details] bind translations as UTF-8 I cannot reproduce your issue (I think this screenshot is another message) Anyway, it looks indeed like the code is broken. Can you test this patch?
commit 72af4d63cc60a0415f54f8184e18097d7b9d3276 Author: Thierry Vignaud <thierry.vignaud@...> Date: Mon Feb 10 18:43:22 2014 +0100 fix treating UTF-8 strings as ascii (mga#12047) bug present since commit 94d93f98fa69fcca2b9743bdf43429f22b528a70 gtk+ only handle Unicode strings (since gtk+2) --- Commit Link: http://gitweb.mageia.org/software/net_monitor/commit/?id=72af4d63cc60a0415f54f8184e18097d7b9d3276
Fixed in git (& in net_monitor-0.16) Suggested advisory: ======================== This update fixes several minor issues in net_monitor: - it fixes a missing interface name in one message - it fixes treating UTF-8 strings as ascii (mga#12047) - it silents a warning when there's no wireless device
Status: NEW => ASSIGNEDAssignee: thierry.vignaud => qa-bugs
CC: (none) => remiVersion: Cauldron => 4
commit 36cc58a9f05473bb5633e9a2f1436d9b749b8160 Author: Thierry Vignaud <thierry.vignaud@...> Date: Mon Feb 10 18:54:15 2014 +0100 fix treating UTF-8 strings as ascii same issue as in mga#12047 for net_monitor... --- Commit Link: http://gitweb.mageia.org/software/msec/commit/?id=36cc58a9f05473bb5633e9a2f1436d9b749b8160
Need srpms and rpms then thierry please.
Whiteboard: (none) => feedback
net_monitor-0.16-1.mga4.src.rpm net_monitor-0.16-1.mga4.x86_64.rpm net_monitor-0.16-1.mga4.i586.rpm
You-Cheng Hsieh can you confirm this update fixes the issue you reported please.
Whiteboard: feedback => (none)
CC: guillomovitch => (none)
I eventually was able to see the garbaged string and it's fixed. BTW If you want to be able to reproduce such bug for eg: locale XX, just: - install locales-XX - reinstall the packages you want to test so that the translations got installed: urpmi --replacepkgs --replacefiles net_monitor - run localedrake, choose the new locale - save your new ~/.i18n as ~/.i18n.XX - run localedrake, select back your initial locale - then you can test a program with either locale, eg: (. ~/.i18n.XX; net_monitor) eg: for chinese: (. ~/.i18n.zh; net_monitor)
For the record, I've fixed the same bug in msec in cauldron (msec-1.1).
Confirm fixed in version 0.16. Thanks Thierry.
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
Please don't close it until this has been pushed to updates. Which architecture did you confirm with please and also are you able to test with the other one too? Thanks
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Note that the fix is arch independent. I've tested and x86_64 so if You-Cheng has tested on i586, all tests are done.
I tested on i586 (both mga4 and cauldron), Thanks. Sorry about closing; it won't happen again.
Usually we won't count the packager's testing in validation for regular updates, but right now we can't refuse that kind of help so consider it tested in both archs.
CC: (none) => stormiWhiteboard: (none) => MGA4-32-OK MGA4-64-OK
Confirmed to be fixed on mga4/64bit, please QA upload advisory and validated.
Advisory uploaded. Could a sysadmin push the update to core/updates in Mageia 4? Thanks!
Keywords: (none) => validated_updateWhiteboard: MGA4-32-OK MGA4-64-OK => MGA4-32-OK MGA4-64-OK advisoryCC: (none) => sysadmin-bugs
Update pushed: http://advisories.mageia.org/MGAA-2014-0034.html
Status: REOPENED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED