Closed Bug 26593 Opened 25 years ago Closed 24 years ago

keyboard shortcuts don't work on view source window (such as ^C)

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: harishd, Assigned: bugs)

References

Details

(Keywords: helpwanted, relnote, Whiteboard: [nsbeta3-])

"Copy" works using Edit | Copy but not using Ctrl+C. Refer to bug 24738.
Doesn't seem to be my problem. View source's XUL is owned by XPApps.
Assignee: hyatt → don
Summary: ^C doesn't work on view source window. → ^C doesn't work on view source window.
Component: XP Miscellany → Browser-General
I see this on Linux too (021909).
^C copying in the view source window is working for me using 2000-03-01-08-M15 on WinNT, pasting to the URL bar and to notepad and wordpad.
Component: Browser-General → XPApps
Simon said he might be able to help with this.
Assignee: don → sfraser
*** Bug 33028 has been marked as a duplicate of this bug. ***
The view source window has no menubar or anything, so I've no idea how the user is supposed to do a copy on Windows/Unix. On Mac, it seems to just show up with the menubar from the browser window. the owner of this window needs to make some menus for it, with keybindings.
Assignee: sfraser → law
Shouldn't it be possible to hook up XBL key bindings here? Seems like you shouldn't need menus in order to get bindings like Copy.
Right now, any specific problem with ctrl-c for copy in the view source window will be masked by bug 33676, "keyboard shortcuts don't work in Source window", regression. While it might be possible to get keybindings without menus, having Edit>Copy etc. adds accessibility, and some of the other menu items could be useful when viewing source - see bug 32719, "Menus missing entirely from View Source Window", also a regression.
I'm reassigning this to Ben because he already has a bug for pretty much the same problem; i.e., removal of browser chrome from view source window disables lots of necessary functionality. The other bug was re: Ctrl-W to close the window.
Assignee: law → ben
*** Bug 36365 has been marked as a duplicate of this bug. ***
push out a little, can't squeeze this in right now.
Status: NEW → ASSIGNED
Target Milestone: --- → M20
Given the number of duplicates and that it works in the browser, adding relnote and helpwanted keywords so it can be added to release notes. Also, maybe someone else can help out.
Keywords: helpwanted, relnote
*** Bug 38018 has been marked as a duplicate of this bug. ***
On linux, if i try to select with mouse in "view source" window, i can't select beyond the first < Only the < gets selected, and then blocks further selection. -If i place cursor *after* the < everything after it can be selected *except* the LAST character: > -If i place cursor at the end of source and select "backwards" towards top, all except the last > and the first < gets selected. I mention this here cause it seems to be the "alpha and omega" of copying that is getting blocked somehow. The phenomenas are mentioned in bug 36408.
The selection problem is actually bug #36408. This bug (copying within the window) is a separate issue (missing keybindings).
*** Bug 32719 has been marked as a duplicate of this bug. ***
updating summary --since bug 33676 was [ultimately] a dup of this one. if this is not the case, feel free to change the summary here --and i'll go and reopen 33676. thanks.
Summary: ^C doesn't work on view source window. → keyboard shortcuts don't work on view source window.
appending ^C to summary so this bug can be easily found via bugzilla query
OS: Windows NT → All
Hardware: PC → All
Summary: keyboard shortcuts don't work on view source window. → keyboard shortcuts don't work on view source window (such as ^C)
*** Bug 38017 has been marked as a duplicate of this bug. ***
Move to M21 target milestone.
Target Milestone: M20 → M21
*** Bug 41808 has been marked as a duplicate of this bug. ***
*** Bug 42479 has been marked as a duplicate of this bug. ***
adding mostfreq kw, and changing over to the new Keyboard Navigation component.
Component: XP Apps → Keyboard Navigation
Keywords: mostfreq
*** Bug 42584 has been marked as a duplicate of this bug. ***
Blocks: 18687
It would be really useful if alt-f (find) and alt-g (find again) worked in the view source page...
Keywords: 4xp
Keywords: relnote2
*** Bug 47896 has been marked as a duplicate of this bug. ***
geez, it fell off my radar. nominating for beta3.
*** Bug 50757 has been marked as a duplicate of this bug. ***
*** Bug 50769 has been marked as a duplicate of this bug. ***
changing QA to sarah (was still brendan back from when this was in XP Miscellany...)
QA Contact: brendan → sairuh
nav triage team: nsbeta3-, not top level UI or heavily trafficked window.
Whiteboard: [nsbeta3-]
*** Bug 51030 has been marked as a duplicate of this bug. ***
I believe this is fixed on all platforms now that the source is no longer generated content. Please reopen if I'm mistaken...
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Does anyone know what's happening with view-source? Is it staying plain-text, or will it be converted to HTML (as opposed to whatever it was before)? Bug numbers?
jesse, view source is now html: bug 49187.
they work now! vrfy on winnt/linux/mac [2000.09.18.05/6/8 opt comm].
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.