Closed Bug 37326 Opened 26 years ago Closed 25 years ago

click inputbox in Search sidebar panel -> uncheck "view/sidebar" -> crash

Categories

(SeaMonkey :: Search, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: spam, Assigned: don)

Details

(Keywords: crash)

Attachments

(1 file)

(I doubt the component is correct in this case) Build ID 2000-042509 M16 Linux Selecting inputbox in sidebars search-tab and then hiding sidebar leads to a crash. Steps to reproduce: -start moz -select sidebar tab "search" -click once in box where search-word is filled in -on top toolbar menu: select "View" and uncheck display of sidebar -crash This is with a new profile. Happens each time.
Attached file sparse backtrace
upping severity + crash keyword (i saw previous sidebar crashes were tagged dogfood+)
Severity: normal → critical
Keywords: crash
I can't repro this in a new build. I can't even repro this in the 2000042509 mozlla opt build. could you give this another try?
odd. Given it 8 tries and each time it crashes. Try: -clicking below the search engines first -then in the inputbox again -then view/unselect sidebar -if it didn't crash already: click another menuitem on toolbar - any. For some reason i'm able to crash this with all kind of combinations, as long as the inputfield in the searchtab has been clicked in first.
oops - FIRST click in inputfield - THEN below engines - and then in input field *again* before you hide sidebar
i deleted the whole install and ~.mozilla dir and reinstalled. Tested the "routine" without having changed any pref or even set up mail account. Same crash. select search in sidebar raise the sidebar a little so you see "under" the search engines click there select "view" and uncheck sidebar the next menuitem i click on on toolbar now makes moz crash New test: now unchecking sidebar when still "selected" - crash again. gtk+ 1.2.7, sawmill 0.26.2, Gnome-core 1.1.18, XFree86 3.3.5, glibc 2.1.3
still no love. Can you make this crash with any other sidebar panel? like another panel with an edit field? cc'ing shrir, maybe he can repro cuz i sure can't.
OK: -Select tinderbox in sidebar -drag sidebar up so you see a nice amount of white space below the items in tinderbox -place cursor on the white space, click and drag to right or left -notice that text in the last line of tinderbox gets selected -click "view" and deselect "view sidebar" -crash Same backtrace.
M16 Linux 2000-050908 Selecting text in sidebar's tinderbox and then deselecting "view sidebar" still causes a crash that's 100% reproducable here.
Reassigning to Don
Assignee: matt → don
Target Milestone: --- → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
been testing this now and then and it still crashed. But in build 2000-060221 M16 Linux it suddenly doesn't crash anymore. Crossing fingers and toes. I'll keep and eye on this one and set WFM if it stays healthy for a few more. Btw.. i think it was a selection bug, not searh.
M16 Linux 2000-060420 Still no more crashes. But when i select text in tinderbox and then toggle sidebar off by unchecking sidebar in"View" menu - and then click in the page, i get this: JavaScript error: line 0: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIController.isCommandEnabled]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome: //global/content/globalOverlay.js :: goUpdateCommand :: line 230" data: no]
now even the js error seems to be gone, setting WFM.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31. set your search string in mail to "EmperorLondoMollari" to filter out these messages.
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: