Closed
Bug 141172
Opened 22 years ago
Closed 22 years ago
Autocomplete should prefer framset over frame when sorting
Categories
(SeaMonkey :: Location Bar, defect)
SeaMonkey
Location Bar
Tracking
(Not tracked)
People
(Reporter: wd, Assigned: hewitt)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0+) Gecko/20020429 BuildID: 2002042908 Now that autocomplete sorts by access frequency ( bug 78270 ), certain pages which use framesets are exhibiting unexpected behavior. In several cases, a frame is taking priority over the frameset itself and appearing before it in the autocomplete list. Reproducible: Always Steps to Reproduce: 1.Type in "dormcam.mine.nu:8080" in the URLbar 2.Click the green arrow to enter 3.Let it sit on that page for a little bit 4.Go "Home" (or to any other page) 5.Type in "dorm" Actual Results: The first autocomplete match is: "http://dormcam.mine.nu:8080/messages.html" Expected Results: The first autocomplete match is: "http://dormcam.mine.nu:8080" A frame page should never take priority over the containing frameset, unless the user manually typed in that page URL. Since bug 7820 landed, I've noticed autocomplete listing first several matches for URLs that I have never typed in myself, nor would I ever want to visit since frames rarely make sense when viewed separately from the frameset.
Updated•22 years ago
|
OS: Windows 2000 → All
Hardware: PC → All
*** This bug has been marked as a duplicate of 97470 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•