Closed
Bug 430217
Opened 17 years ago
Closed 17 years ago
Reporter shouldn't add a toolbar button to Firefox
Categories
(Other Applications Graveyard :: Reporter, enhancement)
Other Applications Graveyard
Reporter
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.9
People
(Reporter: dao, Assigned: dao)
References
Details
(Keywords: late-l10n, ue)
Attachments
(1 file)
4.45 KB,
patch
|
raccettura
:
review+
beltzner
:
ui-review+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
The toolbar button that Reporter specifies for Firefox seems rather useless (as opposed to the Help menu item). I suspect it's very rarely used, if at all. It clutters the Customization palette by causing a scroll bar (Win XP, fresh profile) and it's hard to theme at the moment (bug 429688, bug 409287). I think we should remove it.
Flags: blocking1.9?
Attachment #316962 -
Flags: review?(robert)
Assignee | ||
Comment 1•17 years ago
|
||
(In reply to comment #0)
> It clutters the Customization palette by causing a scroll bar
--> bug 419231
Assignee | ||
Comment 2•17 years ago
|
||
It seems that the toolbar button dates back to when the Reporter was enabled in nightlies only (bug 285653) and when significantly more sites were broken in Gecko. I guess the button made sense at that time.
Comment 3•17 years ago
|
||
Comment on attachment 316962 [details] [diff] [review]
patch
It was implemented for a few reasons:
1. Safari did it. "Apple Knows Best".
2. There was a thought to enable it on nightly builds to appear by default, and for release builds to not be on the toolbar by default. I don't think we ever actually hooked this up, as it was to late in the 1.5 release cycle when reporter was hooked up, and it never happened in the 2.0 era. At least that's how I recall it.
3. It was requested a few times when reporter was only available as an extension (and I hosted the reporter server personally) during very early beta's.
I personally don't think it's used much, and don't mind it being removed. I'm not sure if anyone else should chime in.
Code wise, looks good to me.
r=raccettura
Attachment #316962 -
Flags: review?(robert) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #316962 -
Flags: ui-review?(beltzner)
Updated•17 years ago
|
Attachment #316962 -
Flags: ui-review?(beltzner)
Attachment #316962 -
Flags: ui-review+
Attachment #316962 -
Flags: approval1.9+
Updated•17 years ago
|
Keywords: checkin-needed
Comment 4•17 years ago
|
||
Wouldn't hold the release for this. Re-nom if you disagree completely.
Flags: wanted1.9.0.x+
Flags: blocking1.9?
Flags: blocking1.9-
Comment 5•17 years ago
|
||
Damon: On Mac the icon looks really out of place in the toolbar because it is not styled and the test of the icons are all greyscale. Since we are advertising a visual refresh, I think it should either be removed or restyled before we ship, but because it looks like the restyling will not happen I would advocate removing this icon for final ship so that the customize toolbar palette looks correct on Mac. Note that I am not against the concept of having a toolbar icon, but if this is the best we can for final I would vote for it.
Flags: blocking1.9- → blocking1.9?
Comment 6•17 years ago
|
||
mozilla/extensions/reporter/jar.mn 1.10
mozilla/extensions/reporter/locales/en-US/chrome/reporterOverlay.dtd 1.6
mozilla/extensions/reporter/resources/content/reporter/reporterOverlay.xul 1.12
mozilla/extensions/reporter/resources/skin/classic/reporter/browserOverlay.css delete
mozilla/extensions/reporter/resources/skin/classic/reporter/reporter-icon-large.png delete
mozilla/extensions/reporter/resources/skin/classic/reporter/reporter-icon-small.png delete
Assignee | ||
Comment 8•17 years ago
|
||
Why is removing strings a problem?
Comment 9•17 years ago
|
||
(In reply to comment #7)
> Sob. Why are we removing strings now?
Sorry, I should have noticed that. Is it worth reverting that change at this point?
Comment 10•17 years ago
|
||
>Is it worth reverting that change at this point?
If we add the icon back, and we theme it correctly inside the reporter extension for proto, tango and strata?
Comment 11•17 years ago
|
||
(In reply to comment #10)
> >Is it worth reverting that change at this point?
>
> If we add the icon back, and we theme it correctly inside the reporter
> extension for proto, tango and strata?
Sounds like Firefox v.next stuff to me.
Comment 12•17 years ago
|
||
We have all of the icons, I think we need to either
-remove the button
-update the icons
Keeping the old icons given that we updated everything else will make the product look sloppy.
Comment 13•17 years ago
|
||
(In reply to comment #10)
> >Is it worth reverting that change at this point?
>
> If we add the icon back, and we theme it correctly inside the reporter
> extension for proto, tango and strata?
I meant just the string changes (leaving the strings instead of removing them).
Comment 15•17 years ago
|
||
Button removed. Verified on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008042704 Minefield/3.0pre.
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Flags: wanted1.9.0.x+
Updated•6 years ago
|
Product: Other Applications → Other Applications Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•