Attachments (2)
Change History (7)
by , 14 years ago
Attachment: | screenshot1.png added |
---|
comment:1 by , 14 years ago
To comment on this, I can remember when the date format would "collapse" down from the verbose one shown to ever more compact versions as you narrowed a column, down to dd/mm/yy at the lowest width.
I found this bug by searching before I posted another; this doesn't appear to happen with any other column type in testing.
comment:2 by , 14 years ago
Cc: | added |
---|---|
Owner: | changed from | to
Status: | new → in-progress |
Yes, hrev39123 is the culprit. The semantics changed for BLocale::FormatDateTime used in WidgetAttributeText. It now returns a size_t, where it was a status_t before. Thus the check for "== B_OK" that fails even if everything is ok, it should now be ">= 0". Confirmed working here, though i wonder if the change in BLocale was really intended that way (cc'ing to zooey).
comment:3 by , 14 years ago
Owner: | changed from | to
---|
Right, the change in hrev39123 was intended (consolidation of different methods returning status_t or ssize_t). However, I obviously failed to adjust all callers ...
comment:4 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | in-progress → closed |
Fixed in hrev39649 (which additionally restores the original set of 6 date formats).
Name - Size - Modified