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)
bugzilla.mozilla.org
Administration
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. ;-)
Comment 2•20 years ago
|
||
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 → ---
Comment 3•20 years ago
|
||
Reassigning to justdave as per bug 271978 comment 8...
Assignee: asa → justdave
Status: REOPENED → NEW
Assignee | ||
Comment 4•20 years ago
|
||
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
Assignee | ||
Comment 5•20 years ago
|
||
bah. Asa approved it on bug 271978. yay :)
taking :)
Assignee: asa → justdave
Comment 6•20 years ago
|
||
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 ago → 20 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
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.
Description
•