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)

x86
Windows 98
defect
Not set
normal

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
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.
*** This bug has been marked as a duplicate of 128322 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.