Closed
Bug 257581
Opened 21 years ago
Closed 20 years ago
Cursor (caret) doesn't appear in MailNews Compose Window, although you type something
Categories
(Core :: DOM: Editor, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: mcsmurf, Assigned: ginnchen+exoracle)
References
Details
(Keywords: regression)
Attachments
(1 file, 4 obsolete files)
1.13 KB,
patch
|
glazou
:
review+
roc
:
superreview+
asa
:
approval1.8a4+
|
Details | Diff | Splinter Review |
To reproduce:
1. Get a nightly build
2. Reply to a mail or news posting
(3. Type something)
Actual Results: No cursor appears
Exspected Results: A cursor should appear
Comment 1•21 years ago
|
||
'Clicking' in the Text: Cursor appears.
Change Window(Alt-Tab) and after that go back to the Mozilla Editpane, the
cursor is gone again.
Bug comes up with nightly 20040831xx 20040830xx works fine.
Reporter | ||
Comment 2•21 years ago
|
||
Ginn: Your patch in Bug 169297 caused this bug here.
Roc: CCing you, since you were the superreviewer of the patch and might be
interested in this (as always, feel free to un-CC again).
Updated•21 years ago
|
Summary: Cursor doesn't appear in MailNews Compose Window, also you type something → Cursor doesn't appear in MailNews Compose Window, although you type something
It seems this happens when you turn off "Caret browsing".
I'm trying to fix it.
Attachment #157599 -
Flags: superreview?(roc)
Attachment #157599 -
Flags: review?(aaronleventhal)
Comment on attachment 157599 [details] [diff] [review]
patch
This is only a workaround, just like the origin code before fixing bug 169297.
We still have other problems. If we have a browser window and a composer window
at the same time, turning on caret-browsing will cause two cursors blink in two
windows.
Attachment #157599 -
Attachment is obsolete: true
Attachment #157599 -
Flags: superreview?(roc)
Attachment #157599 -
Flags: review?(aaronleventhal)
Comment on attachment 157607 [details] [diff] [review]
patch v2
review?
Attachment #157607 -
Flags: superreview?(roc)
Attachment #157607 -
Flags: review?(neil.parkwaycc.co.uk)
Comment on attachment 157607 [details] [diff] [review]
patch v2
+ PRInt16 isEditor = 0;
Move this inside the if.
glazman, care to comment on this bug and patch?
Assignee | ||
Comment 10•21 years ago
|
||
Attachment #157607 -
Attachment is obsolete: true
Attachment #157607 -
Flags: superreview?(roc)
Attachment #157607 -
Flags: review?(neil.parkwaycc.co.uk)
Attachment #157677 -
Flags: superreview?(roc)
Attachment #157677 -
Flags: review?(neil.parkwaycc.co.uk)
Comment on attachment 157677 [details] [diff] [review]
patch v2.1
>+ nsIPresShell *shell = mPresContext->GetPresShell();
>+ if (shell) {
>+ PRInt16 displaySelection = 0;
>+ shell->GetSelectionFlags(&displaySelection);
>+ PRBool isEditor = (displaySelection == nsISelectionDisplay::DISPLAY_ALL);
>+ if (isEditor)
>+ return; // Never browse with caret in editor
>+ }
>+
Errrr. I am not sure it's the best way to determine if we have an editor here
or not. You should try to do that through the docShell and nsIEditingSession.
Attachment #157677 -
Flags: review?(neil.parkwaycc.co.uk) → review-
Attachment #157677 -
Flags: superreview?(roc)
Assignee | ||
Comment 12•20 years ago
|
||
I tried this, but I can always get editSession. So no caret visiable for
caret-browsing now.
+ nsCOMPtr<nsIDocShell> docShell = do_QueryInterface(shellItem);
+ if (docShell) {
+ nsCOMPtr<nsIEditingSession> editSession = do_GetInterface(docShell);
+ if (editSession) {
+ return; // Never browse with caret in editor
+ }
+ }
Reporter | ||
Comment 13•20 years ago
|
||
*** Bug 258019 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•20 years ago
|
||
this one works for me
Attachment #157677 -
Attachment is obsolete: true
Assignee | ||
Comment 15•20 years ago
|
||
Comment on attachment 158084 [details] [diff] [review]
patch v3
I found similar code in the same file. review?
Attachment #158084 -
Flags: superreview?(roc)
Attachment #158084 -
Flags: review?(daniel)
Assignee | ||
Comment 16•20 years ago
|
||
sorry, I forgot to change the comment
Attachment #158084 -
Attachment is obsolete: true
Attachment #158084 -
Flags: superreview?(roc)
Attachment #158084 -
Flags: review?(daniel)
Attachment #158085 -
Flags: superreview?(roc)
Attachment #158085 -
Flags: review?(daniel)
Updated•20 years ago
|
Flags: blocking1.8a4?
Comment on attachment 158085 [details] [diff] [review]
patch v3
seems ok to me, although I don't know the nsEventStateManager context.
Please make sure this does not break Midas, Composer and form textareas.
Thanks.
r=daniel@glazman.org providing the tests I require above are done and ok.
Attachment #158085 -
Flags: review?(daniel) → review+
Assignee | ||
Comment 18•20 years ago
|
||
Tested against Midas, Composer and form textareas, with Caret Browsing on/off.
All pass.
Status: NEW → ASSIGNED
Updated•20 years ago
|
Summary: Cursor doesn't appear in MailNews Compose Window, although you type something → Cursor (caret) doesn't appear in MailNews Compose Window, although you type something
Attachment #158085 -
Flags: superreview?(roc) → superreview+
Attachment #158085 -
Flags: approval1.8a4?
Comment 19•20 years ago
|
||
Comment on attachment 158085 [details] [diff] [review]
patch v3
a=asa for checkin to 1.8a4. Time is short so please get this landed ASAP.
Thanks.
Attachment #158085 -
Flags: approval1.8a4? → approval1.8a4+
Comment 20•20 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Flags: blocking1.8a4?
Verified FIXED with Seamonkey trunk build 2004-10-01-05 on Windows XP.
Status: RESOLVED → VERIFIED
Comment 22•20 years ago
|
||
*** Bug 258689 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•