Closed Bug 401184 Opened 17 years ago Closed 17 years ago

BrowserContentView's performKeyEquivalent should call super

Categories

(Camino Graveyard :: General, defect)

x86
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jaas, Assigned: jaas)

Details

Attachments

(1 file)

858 bytes, patch
stuart.morgan+bugzilla
: superreview+
Details | Diff | Splinter Review
Attached patch fix v1.0Splinter Review
While debugging bug 358379, I noticed that no widget nsChildView ever even sees native key equiv (e.g. command) events. That being the case, I though widgets couldn't possibly be responsible for bug 358379. Turns out they probably are responsible for it, but there is another problem before we even get there.

Instead of just returning "NO", BrowserContentView's performKeyEquivalent needs to return the value from it's super impl. That way it doesn't interrupt event flow and widget nsChildViews see the event.
Attachment #286233 - Flags: review?(stuart.morgan)
Comment on attachment 286233 [details] [diff] [review]
fix v1.0

Yep, I should have caught that in review. It's temporary code, but there's certainly no reason for it to be doing the wrong thing while it's there.

r/sr=smorgan
Attachment #286233 - Flags: review?(stuart.morgan) → superreview+
landed on trunk
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: nobody → joshmoz
Status: REOPENED → NEW
Status: NEW → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: