Closed
Bug 228963
Opened 21 years ago
Closed 21 years ago
history dropdown and dropmarker missing in url bar
Categories
(Firefox :: Address Bar, defect)
Tracking
()
VERIFIED
FIXED
Firebird0.8
People
(Reporter: bugzilla, Assigned: bugs)
References
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031218 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031218 Firebird/0.7+ The dropdown is missing in the url bar Reproducible: Always Steps to Reproduce: Actual Results: Should be a dropdown so you can see visited sites. Expected Results: No dropdown menu available.
Reporter | ||
Updated•21 years ago
|
Severity: blocker → major
Comment 1•21 years ago
|
||
ooh, that's bad. This is absolutely a blocker.
Assignee: hewitt → bryner
Severity: major → blocker
Flags: blocking0.8+
Comment 3•21 years ago
|
||
it seems so: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=&branchtype=match&dir=mozilla%2Fbrowser+mozilla%2Ftoolkit&file=&filetype=match&who=&whotype=match&sortby=Date&hours=48&date=explicit&mindate=12%2F18%2F2003+16%3A46&maxdate=12%2F18%2F2003+16%3A48&cvsroot=%2Fcvsroot waiting on an indication of why though. If we ship with this it'll beat 210910 for dupes.
Updated•21 years ago
|
Keywords: regression
Comment 4•21 years ago
|
||
Maybe Ben removed it because of bug 192577 (URL bar drop-down does not collapse on second click on down-arrow), which is now targetted for 0.9. I don't think that bug is severe enough to remove the dropdown though. -> Ben since he did it.
Assignee: bryner → bugs
Summary: Dropdown missing in url bar → history dropdown and dropmarker missing in url bar
Comment 5•21 years ago
|
||
I agree with Steffen on this. If this had been a new regression post 0.7, I might view it differently, but since the 0.7 release exhibited the faulty behaviour in the URL drop-down, I don't see the urgency to do something for 0.8. It is more useful to have the URL drop-down there with it's little quirk than to not have it at all. It does not take too long for new users to figure out that clicking outside the drop-down dismisses it. It is also not obvious to new users that re-clicking the arrow is even supposed to dismiss it anyway. One would kind of think that if that were the case then, when the drop down were present, the direction of the arrow would change to up to indicate the change in action.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031217 Firebird/0.7+ (daihard; XFT+GTK2; optimized for P4/SSE-2) http://bugzilla.mozilla.org/show_bug.cgi?id=192577 doesn't affect me in the slightest.
Reporter | ||
Comment 7•21 years ago
|
||
*** Bug 229094 has been marked as a duplicate of this bug. ***
Comment 8•21 years ago
|
||
One question. Since I'm using the 20031218 trunk build, I wanted to ask if this bug is also found in the branch as well or only in the trunk. I'd appreciate it if someone could answer me.
yes, its in the branch also. Just to add to this, I understand the reason behind the turning off of this, but bug 192577 seems to have been around since february of this year, and we've had at least one milestone since (I don't really feel like checking on the actual amount). So why turn it off now? The only thing this will accomplish is frutrating users.
Comment 10•21 years ago
|
||
Well, unless we have a mindreader in here, we need to find Ben and ask what he was thinking.
Comment 11•21 years ago
|
||
Well I'm sure Ben will be found when he's at work. What we need is for people not to post large numbers of comments over the weekend before he's seen anything :)
Updated•21 years ago
|
Flags: blocking0.8+ → blocking0.8?
Comment 12•21 years ago
|
||
I think this is a 0.8 blocker. Most people need this feature. Noone will leave IE when he sees that there is no URL dropdown
Flags: blocking0.8? → blocking0.8+
Comment 13•21 years ago
|
||
I wasn't supposed to set it to +, which is why I put it back to ? You don't have authority to make it block the release, neither do I. This was a deliberate removal by ben and pch, and the development process is not a democracy. Please do not abuse your Bugzilla permissions.
Flags: blocking0.8+ → blocking0.8?
Comment 14•21 years ago
|
||
Sorry, I didn't know..
Comment 15•21 years ago
|
||
This is definitely a blocker for me, I'll be going back to previous builds until this doofus mistake has been corrected.
Comment 16•21 years ago
|
||
If it's not a blocker, than a _really_ good reason why it was removed should be presented. It sure makes using Mozilla Firebird harder, and without any real win except 16px more horizontal screen estate for the address bar.
Assignee | ||
Comment 17•21 years ago
|
||
-> back in for now.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 18•21 years ago
|
||
Back in where? I just now did a checkout and a build off the main branch, and it's not there.
Comment 19•21 years ago
|
||
The change was checked into the 0.8 branch at 14:51 PST (when Ben added that comment). The change was checked into the trunk at 16:22.
Comment 20•21 years ago
|
||
That's the exact time of my previous message ... I missed it by a couple minutes. And yep, it's there now. Thanks to Ben for putting it back in.
Comment 21•21 years ago
|
||
>> back in _for now_
Why only for now?
Comment 22•21 years ago
|
||
I'd love the drop-down to be optional, because I've never really understood the point of it: it just seems to collect all the mistyped URL's I produce. Anything I actually want to visit again will get into my Bookmarks, and I actually appreciate the extra space that not having the dropdown affords because I keep my address bar inline with the menu.
Comment 23•21 years ago
|
||
James: you might want to look into user_pref("browser.sessionhistory.max_entries", 20); and user_pref("browser.urlbar.autocomplete.learning.mode", 2);
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Flags: blocking0.8?
Removing self from CC list.
You need to log in
before you can comment on or make changes to this bug.
Description
•