Open
Bug 579269
Opened 15 years ago
Updated 5 years ago
Need a test to check for "Inaccessible <prefpane>'s if not explicitly referenced by a <preftreeitem>"
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: Callek, Unassigned)
Details
(Keywords: good-first-bug)
We should develop a test for our prefwindow that checks for inaccessible <prefpane>'s (due to a missing <preftreeitem> reference).
Found this fruit while reveiwing: https://wiki.mozilla.org/User:Callek/Prefwindow_API_Variants We just need someone to pick it.
Comment 1•15 years ago
|
||
preferences.xml:
// append any still unreferenced <prefpane>s to the tree's top level
So how would you tell it's unreferenced?
| Reporter | ||
Comment 2•15 years ago
|
||
(In reply to comment #1)
> preferences.xml:
> // append any still unreferenced <prefpane>s to the tree's top level
> So how would you tell it's unreferenced?
O suuure, lets believe the code rather than a pre-landing design document.
Given the code though, I wonder in rough passing if a console warning is worthwhile, or if doing this as "supported" XUL design for us is better.
However, this bug is not necessarily invalid; as a test that under normal preferences-XUL code we won't hit just ensures the correctness of our preferences-XUL code. but does lower the priority here for me.
Comment 3•15 years ago
|
||
> Given the code though, I wonder in rough passing if a console warning is
> worthwhile, or if doing this as "supported" XUL design for us is better.
Sure nsIConsoleService::logStringMessage() appears to be suitable.
Updated•5 years ago
|
Keywords: good-first-bug
Whiteboard: [good first bug]
You need to log in
before you can comment on or make changes to this bug.
Description
•