build id: 1999052008 platform: windows nt this has to do with the Cache pane in the prefs ui. the main problem seems to be the "external editors" prefs lurking here. they don't seem to be in the right place - perhaps as an "external editors" pane in the composer category? not sure why they're here. additionally, the usage of "Kbytes" here is inconsistent with IEEE terminology and the rest of seamonkey. i suggest you change that to "kB" in each instance.
will fix the first Will not fix the kbytes thing since it is that way in 4.5 unless german wants me to. Look for fix in xul prefs coming in M7
Have fix in my tree
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Whiteboard: 15 Aug 99 - Can't access this pref on Win32 → 24 Aug 99 - waiting for feedback from email@example.com
Looks pretty good, but I'm not going to verify it as fixed until german comments on the naming issue I've raised. If the goal is to ship a standards-compliant browser, we should also respect IEEE standards, yes? Additionally, this part of the prefs is kind of strange looking at the moment; there is a lot of white space between the word 'Cache' and the start of the description. Is that by design? Checked against the 1999082016 build (M9).
Verifying using the 1999090908 M11 build under NT. This pref panel is still very rough-looking but the issues originally raised in this bug have been satisfactorily dealt with.
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
You need to log in before you can comment on or make changes to this bug.