Closed Bug 191524 Opened 22 years ago Closed 19 years ago

Options Dialog UI

Categories

(Firefox :: Settings UI, defect, P1)

x86
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 274712
Future

People

(Reporter: bugs, Assigned: bugzilla)

References

()

Details

Attachments

(4 files, 3 obsolete files)

Attached patch the diff (obsolete) (deleted) — Splinter Review
Summary: Mega Preferences Reorg. → Mega Preferences Reorg.
Attached patch patch for mozilla/browser (obsolete) (deleted) — Splinter Review
Attachment #113262 - Attachment is obsolete: true
Attached patch patch for mozilla/toolkit (deleted) — Splinter Review
minor theme update + support clearing satchel
null check in icon uri decoder fixes crash when clearing downloads when downloads sidebar is open.
Comment on attachment 113270 [details] [diff] [review] patch for mozilla/toolkit hey joe, I implemented the |RemoveAllEntries| method on nsFormHistory so I could add a clear satchel button to prefs.
Attachment #113270 - Flags: review?(hewitt)
I'm getting a clean tree now and I'll start banging on this asap.
Attached patch oops, forgot to add prefs.css (obsolete) (deleted) — Splinter Review
Attachment #113269 - Attachment is obsolete: true
Comment on attachment 113270 [details] [diff] [review] patch for mozilla/toolkit r=me
Attachment #113270 - Flags: review?(hewitt) → review+
Comment on attachment 113271 [details] [diff] [review] patch for mozilla/modules/libpr0n/decoders/icon r=/moa=pavlov
Attachment #113271 - Flags: superreview+
Comment on attachment 113271 [details] [diff] [review] patch for mozilla/modules/libpr0n/decoders/icon a=asa (on behalf of drivers) for checkin to 1.3beta.
Blocks: 167986
Depends on: 191568
Ben, in today's build the toolbars are all screwed up and customization is hosed. I'm getting some output to the console when customizing. Could this be related to your checkin? ************************************************************ * Call to xpconnect wrapped JSObject produced this error: * [Exception... "'[JavaScript Error: "document.getAnonymousNodes(theToolbar) has no properties"]' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "<unknown>" data: yes] ************************************************************
Is there a bug for tracking the Toolbar Customization bugs created from this? My URLbar and bookmarks toolbar never go back to being active.
Looking...
Status: NEW → ASSIGNED
The customize toolbar bustage appears independent of these changes - I did not touch any of the customize toolbar code, and I backed out my changes in my own tree and without the new preferences updates the toolbar is still busted in today's build. I figure some change from the mozilla trunk from yesterday's build is responsible.
See bug 191637 for toolbar bustage. This bug should really be all OSes too...
OS: Windows XP → All
Depends on: 191642
Depends on: 191645
Depends on: 191746
Depends on: 192327
Depends on: 192447
*** Bug 198911 has been marked as a duplicate of this bug. ***
Depends on: 199819
Why is this bug still open, the pref reorg detailed in http://www.bengoodger.com/software/mb/preferences.txt is done AFAICS?
OK, forget all the stupid stuff I've said. I'm too dumb to take a look at the blocking bugs. Sorry for bugspam.
No longer depends on: 199819
Depends on: 204134
Depends on: 209043
Depends on: 205276
No longer depends on: 204134
taking QA contact, sorry about the bugspam
QA Contact: asa → mconnor
Tracking remaining Options dialog work.
Blocks: 215093
Summary: Mega Preferences Reorg. → Options Dialog UI
No "Advanced" or "Exceptions" button for "Enable JavaScript"? Scrolling text, or address hiding in the Status Bar, and disabled context menus are things that many users would like to block, even if they want to enable JavaScript for other things.
(In reply to comment #23) > blocking1.0+ for the proposal in URL field. > > http://www.bengoodger.com/software/mb/options/options.txt > From options.txt: "Cookies are pieces of information stored by web pages on your computer. " IMHO "web sites" might be better than "web pages".
*** Bug 244546 has been marked as a duplicate of this bug. ***
*** Bug 245533 has been marked as a duplicate of this bug. ***
Priority: -- → P1
Target Milestone: --- → Firefox1.0beta
*** Bug 247100 has been marked as a duplicate of this bug. ***
*** Bug 247102 has been marked as a duplicate of this bug. ***
Assignee: bugs → firefox
Status: ASSIGNED → NEW
*** Bug 231054 has been marked as a duplicate of this bug. ***
Flags: blocking-aviary1.0RC1+
Flags: blocking-aviary1.0RC1-
Flags: blocking-aviary1.0RC1+
Flags: blocking-aviary1.0-
Flags: blocking-aviary1.0+
Target Milestone: Firefox1.0beta → After Firefox 1.0
All the "Exceptions" buttons under Web Features need ellipses since they open a dialog. Exceptions --> Exceptions... The word "exceptions" doesn't make sense for the software installation pref. Change the button to something like "Allowed sites..."
*** Bug 252822 has been marked as a duplicate of this bug. ***
191524 was blocking, so I've set this to blocking in case there's anything left to do. Feel free to remove the blocking flag if it isn't necessary
Flags: blocking-aviary1.0- → blocking-aviary1.0+
dropping the flag, there's stuff to do post-1.0 wrt the further rework proposed in the URL
Flags: blocking-aviary1.0+
Attached image Unreadable Preferences UI (deleted) —
Are you sure about that Mike? Until the type of mess visible in this screenshot is fixed (as it is in Pinball, I might add) this should probably still be blocking. I alerted someone (Ben in the forums I think) shortly after this appeared so it has been known about for 20 months or more.
that's a specific bug, already on file, and blocking 1.0. The meta bug as a whole shouldn't block stuff, only certain specific issues should.
Well, that bug doesn't happen to be blocking this one, so since this is the meta-bug, can you add it? FYI, the hardcoded colors have been there since before 0.5.
What bug would that be? bug 222799 seems to fit the bill... except it's not blocking 1.0 (in fact it was minused - twice). Neither is bug 259676. Bug 261306 is unconfirmed and is probably a dupe of one of the above.
This bug has morphed so much and according to comment 36 this is now a meta-bug. Meanwhile bug 247100 and bug 247102 have been marked as a dupe of this one. Both those bugs aren't meta bugs, and the specific issues these bugs deal with aren't resolved yet. Imho a polished 1.0 shouldn't ship without these things fixed. Point being: is this a meta/tracking bug or not? If so, some of the dupes and dependencies must be re-evaluated and separate issues must be listed in separate bugs. Or am i mistaken?
Everyone has the bug that they think is crucial for 1.0. Those bugs will be fixed by the pref reorg, but are both pretty trivial and not a priority at all.
(In reply to comment #40) > Everyone has the bug that they think is crucial for 1.0. Those bugs will be > fixed by the pref reorg, but are both pretty trivial and not a priority at all. I know everyone has a favorite bug and bugzilla definitely isn't the place for people to ask for their fave bugs to be fixed. So that's not what i'm after. I'm sorry if my "imho" got across wrong there. :) I'm only wondering [comment 39] if this bug now is a meta bug [as stated by comment 36] or not. If this is the case, then non-meta bugs duped to this one should possibly be considered again.
its sort of a meta bug, but if bugs are fixed by the main plan (see URL) then its better to dupe than to leave open.
*** This bug has been marked as a duplicate of 274712 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: