'Cut' in the cut, copy, paste menu is always active after a browser launch

VERIFIED FIXED in Firefox 29

Status

defect
P1
normal
VERIFIED FIXED
5 years ago
5 years ago

People

(Reporter: jimm, Assigned: azasypkin)

Tracking

({polish})

Trunk
Firefox 29
x86_64
Windows 8.1
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: p=2 s=it-30c-29a-28b.1 r=ff29)

Attachments

(1 attachment)

Reporter

Description

5 years ago
STR:

1) launch browser
2) visible buzilla.mozilla.org
3) type some text in a text edit
4) double click to select
5) right-click text

'Cut' will be highlighted (orange background). Select 'Copy', then the menu works as expected from that point on.

This is a good [release] polish bug.
Reporter

Updated

5 years ago
Keywords: polish
Whiteboard: [triage] → [triage] [defect] p=0
Whiteboard: [triage] [defect] p=0 → [release28] [defect] p=0
Whiteboard: [release28] [defect] p=0 → [triage] [defect] p=0
Whiteboard: [triage] [defect] p=0 → [release28] [defect] p=0
Whiteboard: [release28] [defect] p=0 → [release28] [defect] p=2
Assignee: nobody → azasypkin
Status: NEW → ASSIGNED
Richlistbox sets current index to "0" if nothing is selected by default here: http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/richlistbox.xml#413. That triggers the following update chain: this.currentIndex -> this.currentItem -> this.selectedItem(through assignment in richlistbox "this.selectedItem = this.currentItem") and finally we have the first item selected for non-multiple richlistbox. Unfortunately it's not mentioned in the official docs: https://developer.mozilla.org/en-US/docs/XUL/richlistbox. To be honest, it looks like a bug in richlistbox for me(I think -1 should be default index), but nobody is complaining that convince me that behavior is expected. 

Try is still running here: https://tbpl.mozilla.org/?tree=Try&rev=faa731efcd23
Attachment #8369406 - Flags: review?(jmathies)
Reporter

Updated

5 years ago
Attachment #8369406 - Flags: review?(jmathies) → review+
Try tests have passed.
Keywords: checkin-needed
https://hg.mozilla.org/integration/fx-team/rev/5188634e8e19
Flags: in-testsuite+
Keywords: checkin-needed
Whiteboard: [release28] [defect] p=2 → [release28] [defect] p=2[fixed-in-fx-team]
Priority: -- → P1
QA Contact: jbecerra
Whiteboard: [release28] [defect] p=2[fixed-in-fx-team] → [release28] [defect] p=2[fixed-in-fx-team] s=it-30c-29a-28b.1
https://hg.mozilla.org/mozilla-central/rev/5188634e8e19
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Whiteboard: [release28] [defect] p=2[fixed-in-fx-team] s=it-30c-29a-28b.1 → [release28] [defect] p=2 s=it-30c-29a-28b.1
Target Milestone: --- → Firefox 29
Blocks: metrobacklog
No longer blocks: metrov1backlog
Whiteboard: [release28] [defect] p=2 s=it-30c-29a-28b.1 → [defect] p=2 s=it-30c-29a-28b.1
Whiteboard: [defect] p=2 s=it-30c-29a-28b.1 → p=2 s=it-30c-29a-28b.1 r=ff29
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0

Verified as fixed on latest Aurora (build ID: 20140218004001) using the provided STR.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.