Closed Bug 270764 Opened 20 years ago Closed 20 years ago

Move [Firefox:Help Viewer] to [Toolkit:Help Viewer]

Categories

(bugzilla.mozilla.org :: Administration, task)

task
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: Waldo, Assigned: justdave)

References

Details

The Help Viewer used by Firefox is in toolkit/components/help. While it's not TB-compatible right now, it was at one time in the distant past and will eventually be made compatible again, because TB badly needs built-in Help docs in addition to the online TB Help. (With any luck, I'll get to acquiring the necessary knowledge to fix Help Viewer in TB before Fx 1.1 is out.) Now that the Toolkit component exists, moving Firefox:Help Viewer over into Toolkit:Help Viewer makes logical sense. Incidentally, adding a brief note to (Firefox|Thunderbird):Help Documentation about properly filing viewer bugs would probably also be a good idea. ;-)
Blocks: 271978
Done.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
What seems to have happened is that a new component was created instead of the old component being moved. (I seem to recall this is a shortcoming in Bugzilla, but my memory's shaky.) The situation now is that both the new and the old component names are still valid, which is bound to cause problems. There are still a couple things to do: 1. Move the existing Firefox:Help Viewer bugs into Toolkit:Help Viewer (presumably without sending a bunch of bugmail about it) and completely delete the Firefox:Help Viewer component. 2. Change default QA for Toolkit:Help Viewer to be 'toolkit@help-viewer.bug' for consistency with prior toolkit QA addresses. 3. Change the Toolkit:Help Viewer description to: "Use this component to report problems with the Help Viewer used in toolkit apps like Firefox. Examples: topics won't load in the Help Viewer, or the Back button doesn't work in the Help Viewer." 4. Change the Firefox:Help Documentation description to: "Inaccurate information and typos in Firefox's built-in help documentation. Note: problems with the Help Viewer itself should be filed in the Help Viewer component of the Toolkit product." #1 is necessary to avoid confusion. #2 isn't strictly necessary, but since the Help Viewer won't always just be part of Firefox it makes sense to do so. #3 is needed so Toolkit:Help Viewer has a useful description, and #4 should help to prevent misfiled bugs. Once those issues are fixed, this bug is ready to be closed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reassigning to justdave as per bug 271978 comment 8...
Assignee: asa → justdave
Status: REOPENED → NEW
Reassigning back to Asa because he hasn't signed off on doing a component move yet (he just did the "create a new one" thing). Once Asa signs off on it feel free to reassign it back to me.
Assignee: justdave → asa
bah. Asa approved it on bug 271978. yay :) taking :)
Assignee: asa → justdave
Oops, my move must have been cut off by a dropped connection or something. I attempted to just move them all with mass change (for components this small, I don't mind hte bug spam). I've cleaned this all up now and it should be done. The only thing I couldn't change was the default QA and we need a dummy account created for that.
Status: NEW → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Component: Bugzilla: Keywords & Components → Administration
Product: mozilla.org → bugzilla.mozilla.org
You need to log in before you can comment on or make changes to this bug.