Closed Bug 12047 Opened 26 years ago Closed 26 years ago

Text cannot be copied from a frameset

Categories

(SeaMonkey :: General, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: elig, Assigned: radha)

References

()

Details

(Whiteboard: This depends on nsIController and command dispatcher)

* TITLE/SUMMARY Text cannot be copied from a frameset * STEPS TO REPRODUCE 0) Launch Apprunner 1) View any frameset (as a minimized example, see http://www.prometheus- music.com/gecko/frameset.html) 2) Copy any of the page's text. 3) View your system's clipboard * RESULT - What happened Nothing is displayed in the clipboard. - What was expected Copied text to be displayed. If you view one of the source pages without a frameset (e.g. leftframe.html or rightframe.html) and copy, the text *will* appear properly in the clipboard. * REGRESSION - Occurs On Mac OS Apprunner (8.16.99 AM optimized build) Win32 Apprunner ([not valid build, but adequate for regressing a bug] 8.17.99 AM optimized build [NT 4, Service Pack 3]) - Doesn't Occur On Netscape Communicator 4.7 M2 (Mac OS) * CONFIGURATIONS TESTED - [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.6 - [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 MHz P2), 96 MB RAM.
QA Contact: sujay → elig
[QA Assigning to self, CC:ing Akkana.]
Assignee: buster → akkana
reassign to akkana
Assignee: akkana → brade
this sounds similar to a bug which Simon is working on; cc sfraser@netscape.com; reassign to myself in the mean time
Eli--can you check this bug again with today's build?
I tried this, and it seemed to work OK for me. The other bug which is related, bug 12271, also works for me.
Sorry; using 1999082509 Mac OS build (M10), clipboard remains empty after copy operation.
[mid-air collision --- e.g. sorry ---> Kathy. If it works for Simon, it must have been fixed since the build I downloaded was made.]
Don't mark this fixed just yet.
Component: Editor → Selection
Eli, Simon--is this still a bug? Changing component to Selection (since this is reproduced in the browser).
Yup; still a bug in 1999090808 build (Mac OS checked). BTW, "Selection" as defined on the component description page (http:// bugzilla.mozilla.org/describecomponents.cgi?product=Browser) does not include the functionality that is broken in this bug report. Specifically, it covers selection, as opposed to what you do with the text (e.g. a copy) after it's selected. These are currently being put under "Editor", I believe either by Mike Judge or Akkana's preference; I forget.
Assignee: brade → buster
reassign to buster@netscape.com for triage
I'd say this is fairly important, a "really like to have fixed for beta." Marking M12, priority P3. Can be pushed past M12 if necessary. assigning back to akkana Component is not selection, this is a bug in a browser feature related to the clipboard. Changed component to "Browser-general" for lack of a more specific area. cc rahda and simon.
Status: NEW → ASSIGNED
I'm willing to do some testing on this to figure out what's up. This page won't load at all in today's apprunner browser, though; I'm trying to figure out who to assign that bug to.
Depends on: 14199
Just filed 14199 on the fact that this page won't load at all in the last few builds.
When you say 'Copy any of the Page's text' ,I assume you did a Edit->Copy. If that is what you did, I can understand why it isn't working. Edit->Copy, gets the presShell for the Content area webshell and calls a copy on it.This will work for non-frame pages. For frame pages, you need to figure in which subframe the selection happened and call copy on its presShell. If you did not do a Edit->Copy, I don't know why it isn't working.
Yup; the only way to copy text in the current builds is via mouse selection of Edit | Copy.
Assignee: akkana → radha
Status: ASSIGNED → NEW
This falls in my plate.
Status: NEW → ASSIGNED
Whiteboard: This depends on nsIController and command dispatcher
This more or less works. I think there is a bug in that each frame can have a selection but if you only have 1 selection you can copy and paste from either frame. I tried on mac/linux debug builds from last night. I would mark this fixed and open a new bug about multiple selections.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
matiskella says this s'd kind'a work. Marking fixed. Please verify
Status: RESOLVED → VERIFIED
Verified fixed using 2000011208 Mac OS smoke-tested build, and 2000011108 Win32/Linux smoke-tested builds. (The side-issue of multiple selections in frames is covered by bug #7465.)
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.