Closed
Bug 82663
Opened 24 years ago
Closed 24 years ago
Can't close source window with shortcut key
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
FIXED
People
(Reporter: kazhik, Assigned: doronr)
References
Details
(Keywords: regression, Whiteboard: relies on 63026)
Attachments
(1 file)
1.75 KB,
patch
|
Details | Diff | Splinter Review |
Can't close HTML source window with shortcut key(Ctrl+W).
You can close message source window with shortcut key
if you click the window before.
Comment 1•24 years ago
|
||
regression. all platforms, at least as of the 2001.05.23 bits. hrm.
what caused this, and could it be easily fixed? i cannot using accel+W even
after clicking in the source window. fwiw, i can close browser windows just fine
with accel+W.
Component: XP Apps: GUI Features → Keyboard Navigation
OS: Linux → All
Hardware: PC → All
Updated•24 years ago
|
Keywords: mozilla0.9.1
Comment 2•24 years ago
|
||
get the following console output from my debug [20:03 from last night]:
JavaScript error:
line 0: BrowserCanClose is not defined
Assignee | ||
Comment 3•24 years ago
|
||
hmm. Lemme clean my viewsource UI stuff and look at this.
Assignee | ||
Comment 4•24 years ago
|
||
ok, i have a cheap patch. Include function BrowserCanClose() from navigator.js
in viewsource.js. I wish we would spit js errors on xul, luckily se has a debug
build.
Should I create a temp patch? Or does anyone have another idea?
Assignee | ||
Comment 6•24 years ago
|
||
blake: would this way of patching it be fine (ie a sr=). This will be really
fixed with my viewsource UI stuff.
Status: NEW → ASSIGNED
Assignee | ||
Comment 7•24 years ago
|
||
Assignee | ||
Comment 8•24 years ago
|
||
patch attached, copies the function. This will be fixed when the viewsource UI
lands, since that includes navigator.js (where the function is located).
I also added a line of code to make sure that the content gets focus for
viewsource (so ctrl-w will work without clicking on the source window).
making 0.9.1, comments or r/sr?
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 9•24 years ago
|
||
Also i could just have a return true; in that function and nothing else. Blake,
comments?
Comment 10•24 years ago
|
||
I say we just wait for your big patch to land...don't see why this is critical
for 0.9.1.
Comment 12•24 years ago
|
||
*** Bug 84819 has been marked as a duplicate of this bug. ***
Updated•24 years ago
|
Keywords: mozilla0.9.2
Updated•24 years ago
|
Assignee | ||
Comment 13•24 years ago
|
||
since 63026 will go into 0.9.2, and fix this, making it dependant
Depends on: 63026
Whiteboard: needs r/sr/a [trunk] → relies on 63026
Assignee | ||
Comment 14•24 years ago
|
||
should be fixed in new builds
Comment 15•24 years ago
|
||
WFM on build 2001061708 on Win2K.
Assignee | ||
Comment 16•24 years ago
|
||
fixed it is
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•24 years ago
|
||
yay! vrfy fixed using 2001.06.18.08 comm bits on linux, winnt and mac.
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•