Closed Bug 345618 Opened 19 years ago Closed 16 years ago

"GetPrimaryFrameFor() called while nsFrameManager is being destroyed!" reloading page with misspelled words

Categories

(Core :: Spelling checker, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 459613

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(1 file, 1 obsolete file)

Summary: "GetPrimaryFrameFor() called while nsFrameManager is being destroyed!GetPrimaryFrameFor() called while nsFrameManager is being destroyed!" reloading page with misspelled words → "GetPrimaryFrameFor() called while nsFrameManager is being destroyed!" reloading page with misspelled words
This is worksforme with my debug build, so I guess this could be fixed by one of the latest spellchecker patches. Or this might be a Mac specific issue, I guess.
Still happens for me using an updated trunk build on Mac.
OS: Mac OS X 10.4 → All
Hardware: Macintosh → All
This appears to be a Mac-only bug. I can't reproduce on Windows XP SP2, but I got vlad to reproduce on a Mac trunk build.
OS: All → Mac OS X
Hardware: All → Macintosh
CCing Aaron, who added this printf in bug 129628.
Well I guess if it wasn't for that fix this would probably be crashing :) It should be an NS_WARNING I think, not a printf. Anyway look into who's calling GetPrimaryFrameFor and whether it should be avoided at that point. They're calling it during teardown.
This still happens on trunk, and it causes a lot of console noise when browsing around Bugzilla.
Assignee: mscott → nobody
This is a regression from bug 339434, where a call to spellCheckSelection->RemoveAllRanges() was added to mozInlineSpellChecker::Cleanup().
Blocks: 339434
Attached patch patch (obsolete) — Splinter Review
Don't call RemoveAllRanges() when destroying the editor - only when disabling real time spellchecking.
Assignee: nobody → uriber
Status: NEW → ASSIGNED
Attachment #343838 - Flags: review?(bzbarsky)
How does that work when the editor is destroyed but the frame tree is not (e.g. contentEditable/designMode being toggled)? Or do those cases not destroy the editor?
Comment on attachment 343838 [details] [diff] [review] patch It doesn't work in that case, the dotted underlines remain shown.
Attachment #343838 - Attachment is obsolete: true
Attachment #343838 - Flags: review?(bzbarsky)
So, I don't know how to fix this.
Assignee: uriber → nobody
Status: ASSIGNED → NEW
One way seems to be to have a way to ask preshell whether it's destroying frames, and if so to not call this code in that case... or something. Whatever "this code" is.
WFM. Uri/bz, do you happen to know what fixed this?
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
I have no idea... roc might know, maybe. That said, if we still do the RemoveAllRanges during teardown, that's a bug that we should still fix, even if it's not asserting on this particular assert for some reason...
Bug 459613 would have fix this (which is access denied for me, but I can tell based on the changeset http://hg.mozilla.org/mozilla-central/rev/2cbcaca3fcdb).
Ah, indeed. See, I _knew_ roc would have known! ;)
Resolution: WORKSFORME → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: