copy text to the clipboard

VERIFIED INVALID

Status

SeaMonkey
General
--
minor
VERIFIED INVALID
14 years ago
10 years ago

People

(Reporter: matt, Unassigned)

Tracking

Trunk
x86
Windows XP

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316

In the page at http://www.ircspy.com/, after performing a search query and
clicking on a result the browser does not automatically copy text to the
clipboard.  This feature works with IE.

Reproducible: Always
Steps to Reproduce:
1.  Perform a query, e.g. "mp3"
2.  Click on the number assosiated with result, e.g. #2
3.  IRC client should start
4.  Information is not copied to the clipboard

Actual Results:  
clipboard is unchanged
Having untrusted content be able to affect the clipboard is a major security
hole.  The security manager quite consciously blocks untrusted content from
doing so in Mozilla.  Signed secure scripts that request the appropriate
priveleges can do it (though not using the MS-proprietary methods this page uses).
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → INVALID

Comment 2

14 years ago
*** Bug 238168 has been marked as a duplicate of this bug. ***

Comment 3

14 years ago
*** Bug 223317 has been marked as a duplicate of this bug. ***

Comment 4

14 years ago
ircspy and packetnews call
netscape.security.PrivilegeManager.enablePrivilege('UniversalXPConnect');, so if
you want them to be able to copy to your clipboard, all you have to do is go to
about:config and set signed.applets.codebase_principal_support to true.

Comment 5

14 years ago
*** Bug 247602 has been marked as a duplicate of this bug. ***

Comment 6

14 years ago
*** Bug 252097 has been marked as a duplicate of this bug. ***

Comment 7

13 years ago
*** Bug 271063 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey

Comment 8

13 years ago
*** Bug 270048 has been marked as a duplicate of this bug. ***

Comment 9

13 years ago
*** Bug 236008 has been marked as a duplicate of this bug. ***
Status: RESOLVED → VERIFIED
*** Bug 222914 has been marked as a duplicate of this bug. ***

Comment 11

13 years ago
*** Bug 278576 has been marked as a duplicate of this bug. ***
*** Bug 279411 has been marked as a duplicate of this bug. ***

Comment 13

13 years ago
*** Bug 280320 has been marked as a duplicate of this bug. ***

Comment 14

13 years ago
That solution requires every visitor to the site manually change his/her 
Firefox settings.

It would be much more appropriate if Firefox would fix the error in their 
coding that is responsible for it not functioning properly as IE does.

Comment 15

13 years ago
*** Bug 275325 has been marked as a duplicate of this bug. ***

Comment 16

13 years ago
The solution they've proposed requires every visitor to manually change his/her 
Firefox settings. Firefox should take responsible for fixing the error in their 
coding that is responsible for it not functioning properly as IE does.

Comment 17

13 years ago
*** Bug 284287 has been marked as a duplicate of this bug. ***

Comment 18

13 years ago
They still need to fix this malfunction in Firefox - They've known about it for 
some time now.

Comment 19

13 years ago
I'm going to re-submit the bug, hopefully that will get someone's attention 
that can finally fix  it.

Comment 20

13 years ago
*** Bug 284062 has been marked as a duplicate of this bug. ***
(In reply to comment #19)
> I'm going to re-submit the bug, hopefully that will get someone's attention 
> that can finally fix  it.

You've already gotten a response from a Firefox developer on the matter. To
"fix" the issue would involve creating a fairly significant security hole. 
While I can't speak on behalf of the Mozilla Foundation, something tells me they
care more about having their browser be secure than supporting an obscure
setting that most people won't ever have a use for.

Comment 22

13 years ago
IE supports it just fine, Mozilla should be able to code their browser to 
properly support the feature as well.

Comment 23

13 years ago
*** Bug 281516 has been marked as a duplicate of this bug. ***

Comment 24

13 years ago
*** Bug 288420 has been marked as a duplicate of this bug. ***

Comment 25

12 years ago
It renders HTMLArea (http://www.dynarch.com/projects/htmlarea/) quite unuseable
because I can't expect a normal non-geek user to edit pref.js just to insert
some text! Internet Explorer does, so the user will have to use Internet
Explorer instead of Firefox.

Please make it possible to allow scripts to access the clipboard easily!
Requesting REOPEN of this bug.

Comment 26

12 years ago
I would also agree the the previous comment. It is about time that the firefox 
development team go their act together and properly coded their browser to 
handle the clipboard, without expecting a non-techie user to edit their 
preferences file.

If firefox isn't at least as capable as internet explorer, then it's a useless 
browser.

Comment 27

12 years ago
Does anyone know who would be able to reopen this bug?

Comment 28

11 years ago
*** Bug 360950 has been marked as a duplicate of this bug. ***

Comment 29

11 years ago
See bug 192355 for background about the decision to disallow copy-to-clipboard from scripts.

See bug 257523 and bug 265868 for (unintentional) security holes where sites were able to get around this restriction.

Updated

10 years ago
Duplicate of this bug: 430191
You need to log in before you can comment on or make changes to this bug.