Closed
Bug 1183962
Opened 9 years ago
Closed 8 years ago
selecting "WebIDE" from the hamburger menu adds it to the toolbar
Categories
(DevTools Graveyard :: WebIDE, defect, P3)
Tracking
(firefox42 affected, firefox55 verified, firefox56 verified)
VERIFIED
FIXED
Firefox 55
People
(Reporter: kjozwiak, Assigned: jdescottes)
References
Details
Attachments
(2 files)
When selecting "WebIDE" from the "hamburger menu -> developer", the "WebIDE" icon will be added to the toolbar next to the Hello icon.
* added a short .gif to illustrate the issue
STR:
- install the latest m-c
- once installed, select "hamburger menu -> developer -> WebIDE"
- you'll notice the WebIDE icon will appear in the toolbox next to the Hello icon
Comment 1•9 years ago
|
||
Indeed, that was done on purpose about a year ago to promote WebIDE. I take it that you want to suggest that we reconsider that choice?
Reporter | ||
Comment 2•9 years ago
|
||
I personally think we shouldn't be adding icons into people's toolbar automatically, that should be the users choice rather than ours. It's fine if we were promoting the feature but seems a bit strange to me that using it will automatically just place a new icon and the other developer tools don't.
I like to keep my toolbar pretty clean with just a few icons and was pretty surprised that the WebIDE icon suddenly appeared in my toolbar. If it's been like this for over a year and no one has really complained about it, I guess there's no point in spending time on changing it :)
It's definitely strange. At this point, I'll believe we'll "fix" this be removing WebIDE.
Depends on: rm-webide
Assignee | ||
Comment 4•8 years ago
|
||
WebIDE triage. Filter on TRIAGE-JD201705
I would actually like to remove some of devtools entry points before moving devtools as an addon (see Bug 1356226)
The webIDE button is one of them. Removing this behavior would simplify the decision.
Assignee: nobody → jdescottes
Status: NEW → ASSIGNED
Priority: -- → P3
Comment hidden (mozreview-request) |
Assignee | ||
Comment 6•8 years ago
|
||
try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=e35cf55e8fa413bac24b2c6d53eb3956e21d8301
I followed what jryans proposed in Bug 1361146 comment 1. The webide button is no longer automatically added anywhere, whether it's a normal build or a dev edition build. The button is still accessible via the customizable ui interface in case users want to add it to their UI. For users who already had it in their UI, the button will remain at the same spot. This only affects new profiles.
Comment 7•8 years ago
|
||
mozreview-review |
Comment on attachment 8863907 [details]
Bug 1183962 - stop installing webide button in menu or navbar automatically;
https://reviewboard.mozilla.org/r/135626/#review138656
Thanks for working on this! :)
Should you remove the target[1] from UITour.jsm as well? It seems like it won't match now, and we probably don't want any tours for it anyway...
[1]: http://searchfox.org/mozilla-central/rev/abe68d5dad139e376d5521ca1d4b7892e1e7f1ba/browser/components/uitour/UITour.jsm#211
Attachment #8863907 -
Flags: review?(jryans) → review+
Comment hidden (mozreview-request) |
Assignee | ||
Comment 9•8 years ago
|
||
Thanks for the review! I agree it makes sense to remove it from the UITour code. Also removed a few remaining references to the devtools webide widget prefs.
try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=8a65c362959a463abe9f335573bea8d6de94144e
Comment hidden (mozreview-request) |
Assignee | ||
Comment 11•8 years ago
|
||
Comments from webide-prefs.js needed to be switched to JS comments since the file is no longer preprocessed.
New and hopefully last try push: https://treeherder.mozilla.org/#/jobs?repo=try&revision=ed0e716c5f3374cbcd91563f7e311ed49fa20430
Comment 12•8 years ago
|
||
Pushed by jdescottes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/03cfa568b940
stop installing webide button in menu or navbar automatically;r=jryans
Comment 13•8 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox55:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 55
Comment 14•7 years ago
|
||
I have reproduced this bug according to (2015-07-14)
Fixing bug is verified on latest Nightly-- Build ID :(20170614030206),
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:56.0) Gecko/20100101 Firefox/56.0
Tested OS-- Windows7 32bit
QA Whiteboard: [bugday-20170614]
Comment 15•7 years ago
|
||
Thanks Saheda Reza for helping us.
I've also verified the issue on Latest Nightly (56.0a1 (2017-06-20)and on Firefox 55.0b3 (64-bit), under Mac OS X 10.12.5 and under Ubuntu 16.04x64 and I confirm that the issue is no longer reproducible.
Based on my testing and on Comment 14, I'm marking this issue Verified Fixed.
Updated•6 years ago
|
Product: Firefox → DevTools
Updated•5 years ago
|
Product: DevTools → DevTools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•