Open Bug 579269 Opened 14 years ago Updated 4 years ago

Need a test to check for "Inaccessible <prefpane>'s if not explicitly referenced by a <preftreeitem>"

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

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.
preferences.xml:
          // append any still unreferenced <prefpane>s to the tree's top level
So how would you tell it's unreferenced?
(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.
> 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.
Keywords: good-first-bug
Whiteboard: [good first bug]
You need to log in before you can comment on or make changes to this bug.