Closed
Bug 570321
Opened 15 years ago
Closed 15 years ago
spell-check-dictionary name is not displayed in context menu
Categories
(Core :: Spelling checker, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a5
People
(Reporter: alice0775, Assigned: ehsan.akhgari)
References
Details
(Keywords: regression)
Attachments
(1 file)
2.57 KB,
patch
|
Gavin
:
review+
christian
:
approval1.9.2.7+
christian
:
approval1.9.1.11+
|
Details | Diff | Splinter Review |
spell-check-dictionary name is not displayed in context menu.
Reproducible: Always
Steps to Reproduce:
1. Start Minfield/Namoroka with new profile
2. Right click on textarea
3. Chose "Languages >"
Actual Results:
spell-check-dictionary name is not displayed in context menu
Expected Results:
spell-check-dictionary name ishould be displayed in context menu
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100603 Minefield/3.7a5pre ID:20100603110311
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=dc913bfadfd0&tochange=25442798da4a
Candidate bug:
Bug 433860 - No spelling suggestions for text inputs when contenteditable node in document
And Namoroka is also broken.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.6pre) Gecko/20100605 Namoroka/3.6.6pre ID:20100605042233
But Shiretoko is fine.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.11pre) Gecko/20100605 Firefox/3.5.11pre ID:20100605045013
Reporter | ||
Comment 1•15 years ago
|
||
It seems to be fixed the following modification for
toolkit/content/InlineSpellChecker.jsm
- item.label = displayName;
+ item.setAttribute("label", displayName);
Reporter | ||
Comment 2•15 years ago
|
||
Comment 3•15 years ago
|
||
Alice, you learned how to create MQ based patches finally & thus can attach one for review?
btw, you rock! :-)
Comment 4•15 years ago
|
||
while testing comment 0 (enabling 'check spelling', check for the languages, disabling 'check spelling') and writing comment 3 i crashed:
bp-afc49e3f-9a06-465b-944e-e10192100605
[@ nsTextServicesDocument::NodeHasOffsetEntry(nsTArray<OffsetEntry*>*, nsIDOMNode*, int*, int*) ]
Updated•15 years ago
|
Reporter | ||
Comment 5•15 years ago
|
||
(In reply to comment #3)
> Alice, you learned how to create MQ based patches finally & thus can attach one
> for review?
I think that it is difficult for me.
Assignee | ||
Comment 6•15 years ago
|
||
(In reply to comment #4)
> while testing comment 0 (enabling 'check spelling', check for the languages,
> disabling 'check spelling') and writing comment 3 i crashed:
>
> bp-afc49e3f-9a06-465b-944e-e10192100605
> [@ nsTextServicesDocument::NodeHasOffsetEntry(nsTArray<OffsetEntry*>*,
> nsIDOMNode*, int*, int*) ]
Filed bug 570350 for this crash.
Assignee | ||
Comment 7•15 years ago
|
||
OK, the problem is that when the menuitem is created, the XBL for it is not bound, so setting the property does not set the attribute on the item. I originally did that because inside test_contextmenu.html, item.label would sometimes be undefined. I figured out that we don't bind menuitem XBLs for items in menus which are not displayed, and that was the reason why item.label was sometimes undefined. So I made the test use getAttribute as well, and all is good now.
Assignee | ||
Comment 8•15 years ago
|
||
1.9.2.5 should come out with this patch, so that we don't ship a broken menu item to our users.
blocking1.9.2: --- → ?
Updated•15 years ago
|
Attachment #449497 -
Flags: review?(gavin.sharp) → review+
Updated•15 years ago
|
blocking1.9.1: --- → .11+
blocking1.9.2: ? → .5+
blocking2.0: ? → alpha5+
Updated•15 years ago
|
status1.9.1:
--- → wanted
status1.9.2:
--- → wanted
Assignee | ||
Comment 9•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a5
Assignee | ||
Updated•15 years ago
|
Attachment #449497 -
Flags: approval1.9.2.5?
Attachment #449497 -
Flags: approval1.9.1.11?
Comment 10•15 years ago
|
||
I can now see the spell-check-dicktionary name on Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a5pre) Gecko/20100610 Minefield/3.7a5pre ID:20100610035756
Comment 11•15 years ago
|
||
Comment on attachment 449497 [details] [diff] [review]
Patch (v1)
a=LegNeato for 1.9.2.6 and 1.9.1.11. Please land this on mozilla-1.9.2 default and mozilla-1.9.1 default.
Attachment #449497 -
Flags: approval1.9.2.6+
Attachment #449497 -
Flags: approval1.9.2.5?
Attachment #449497 -
Flags: approval1.9.1.11?
Attachment #449497 -
Flags: approval1.9.1.11+
Updated•15 years ago
|
blocking1.9.2: .5+ → .6+
Assignee | ||
Comment 12•15 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.2/rev/1d878086b53b
Holding off on 1.9.1 landing until bug 433860 gets into 1.9.1.
Assignee | ||
Comment 13•15 years ago
|
||
Comment 14•15 years ago
|
||
I can't reproduce on 3.6.7
You need to log in
before you can comment on or make changes to this bug.
Description
•