Closed Bug 25665 Opened 26 years ago Closed 26 years ago

Browser suddenly quits when closing the 'My Panels' panel while loading a URL

Categories

(SeaMonkey :: Sidebar, defect, P3)

Product:
SeaMonkey
Component:
Sidebar
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: jason, Assigned: leger)

References

(
URL
)

Details

I had just typed 'www.cnn.com' into the URL box, and pressed return. While the download was in progress, I clicked the light-blue area on the border of the 'My Panels' ares that is supposed to close/shrink the 'My Panels' area. A brief moment aftress pressing the 'close' widget, the browser suddenly quit. This was in the terminal window: FindShortcut: in='www.cnn.com' out='null' title string = [CNN.com - Mozilla] nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::AddState OOPS!. There was already a state in the hash table for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key nsLayoutHistoryState::GetState, ERROR getting History state for the key
What is your OS? This doesn't happen on my Win98 2000012912 build.
Sorry. I thought this got captured in the USER_AGENT string. Redhat Linux v6.0 with Linux kernel 2.2.13, glibc 2.1.1. -jason
Component: Browser-General → Sidebar
OS: other → Linux
Hardware: Other → PC
Assigning all open "nobody@mozilla.org" bugs to "leger@netscape.com" to weed thru.
Assignee: nobody → leger
Verified on win98 M13 build resulted in a horrible scrambled mess of colors and text from other windows.
Possitive this is not longer an issue. shrir can you please verify?
Status: NEW → RESOLVED
Closed: 26 years ago
QA Contact: nobody → shrir
Resolution: --- → WORKSFORME
Not seen anymore.marking verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.