Closed
Bug 164721
Opened 22 years ago
Closed 21 years ago
Sidebar-History tab-Adress tree's misfunction on 2 first levels
Categories
(Core Graveyard :: History: Global, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 128322
People
(Reporter: jjantti, Assigned: samir_bugzilla)
Details
When using History Sidebar-tab and selection hits non-adress part of tree it
lauches browser to "http://find/" adress what is passed as query to current
www-cache on preferences or trying to find site with current search parameters
(usually ends to place like "www.find.com")
non-address parts are 2 first levels 'date' level and 'site' level
on tree
also triggers when sidebar is on and history tab active and spawning new browser
window. Instead leaving window on starting page.
Starting page has been set by bookmark&other importing system after installation
at first run
Note: reproducing bug might need local stored html-document set as homepage like
'file:///C:/Program%20Files/Netscape/Users/jjantti/bookmark.htm'
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530
History should not send any adresses from first two levels, until actual
address has been selected.
--> claudius/history
Component: Sidebar → History: Global
QA Contact: sujay → claudius
Comment 2•21 years ago
|
||
jjantti: this is probably a duplicate of bug 128322 (see all its duplicates for
a closer description of what users saw from that bug).
If not, please retest with a current Mozilla version and state if you still see
this bug. And in this case please give more detailed steps to reproduce; thanks.
Comment 3•21 years ago
|
||
*** This bug has been marked as a duplicate of 128322 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•