Closed
Bug 12047
Opened 26 years ago
Closed 26 years ago
Text cannot be copied from a frameset
Categories
(SeaMonkey :: General, defect, P3)
SeaMonkey
General
Tracking
(Not tracked)
VERIFIED
FIXED
M13
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.
Reporter | ||
Updated•26 years ago
|
QA Contact: sujay → elig
Reporter | ||
Comment 1•26 years ago
|
||
[QA Assigning to self, CC:ing Akkana.]
Updated•26 years ago
|
Assignee: buster → akkana
Comment 2•26 years ago
|
||
reassign to akkana
Updated•26 years ago
|
Assignee: akkana → brade
Comment 3•26 years ago
|
||
this sounds similar to a bug which Simon is working on; cc sfraser@netscape.com;
reassign to myself in the mean time
Comment 4•26 years ago
|
||
Eli--can you check this bug again with today's build?
Comment 5•26 years ago
|
||
I tried this, and it seemed to work OK for me. The other bug which is related,
bug 12271, also works for me.
Reporter | ||
Comment 6•26 years ago
|
||
Sorry; using 1999082509 Mac OS build (M10), clipboard remains empty after copy
operation.
Reporter | ||
Comment 7•26 years ago
|
||
[mid-air collision --- e.g. sorry ---> Kathy. If it works for Simon, it must have
been fixed since the build I downloaded was made.]
Comment 8•26 years ago
|
||
Don't mark this fixed just yet.
Updated•26 years ago
|
Component: Editor → Selection
Comment 9•26 years ago
|
||
Eli, Simon--is this still a bug?
Changing component to Selection (since this is reproduced in the browser).
Reporter | ||
Comment 10•26 years ago
|
||
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.
Updated•26 years ago
|
Assignee: brade → buster
Comment 11•26 years ago
|
||
reassign to buster@netscape.com for triage
Comment 12•26 years ago
|
||
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.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 13•26 years ago
|
||
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.
Comment 14•26 years ago
|
||
Just filed 14199 on the fact that this page won't load at all in the last few
builds.
Assignee | ||
Comment 15•26 years ago
|
||
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.
Reporter | ||
Comment 16•26 years ago
|
||
Yup; the only way to copy text in the current builds is via mouse selection of
Edit | Copy.
Assignee | ||
Updated•26 years ago
|
Assignee: akkana → radha
Status: ASSIGNED → NEW
Assignee | ||
Comment 17•26 years ago
|
||
This falls in my plate.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Whiteboard: This depends on nsIController and command dispatcher
Comment 18•26 years ago
|
||
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.
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 19•26 years ago
|
||
matiskella says this s'd kind'a work. Marking fixed. Please verify
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 20•26 years ago
|
||
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.)
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•