This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Product Version: NetBeans IDE Dev (Build 200711060000) Java: 1.6.0_02; Java HotSpot(TM) Client VM 1.6.0_02-b06 System: Windows XP version 5.1 running on x86; Cp1251; ru_RU (nb) Regional Settings are ignored for the following collected results values, for example, numbers are always shown as "###.##" even the decimal delimiter is set as "," in regional settings: - Self Time value of CPU Live Results and CPU Snapshot Hot Spots - Percentages in DrillDown - Time value in CPU Snapshot Call Tree - Avg. Age of Memory Live Results, snapshots and snapshot comparisons - Percentages in Thread Details There are also time values shown as "##:##:##.###" and it doesn't seem to be according regional settings. However, some values like percentages in Live Results and Snapshots are shown with "," as decimal delimiter.
Lowering priority, this doesn't affect any functionality nor the user.
I realize that actual time format vs relative and absolute times can be what is important for profiler, but if user sees #### in the ui, that does seem like it would be confusing thus does this really need to be lowered to a p5 ? mrkan, can you attach a gif ? also, are the regional settings for time/date the default ones for the locale you are in ? finally, are both the first and third tabs of reg settings set to that locale ? if not, please try that, restart and repeat the case since it might have impact. ken.frank@sun.com
No "#" symbols are shown to user. In this notation "#" substitutes digits. This issue is about using of "." (like 15.5) instead of "," (like 15,5) specified in Regional Settings.
to profiler team - isnt it valid that user should see the number separators in the format of the locale - since it might be confusing if someone is used to, for example, thousands separator being a comma, but sees it as a period ie 1.234, they might think it really is 1 and 234/1000 and not one thousand two hundred and thirty four. I don't know if its this kind of impact in profiler but asking the question. ken.frank@sun.com
Milestone cleanup: future->next
Fixed in profiler-main changeset: 218563:4e4146f24e6d user: Tomas Hurka <thurka@netbeans.org> date: Fri Apr 13 12:29:39 2012 +0200 summary: bugfix #121314 use NumberFormat to convert numbers to strings
Integrated into 'main-golden', will be available in build *201204170400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/4e4146f24e6d User: Tomas Hurka <thurka@netbeans.org> Log: bugfix #121314 use NumberFormat to convert numbers to strings