Closed Bug 239481 Opened 21 years ago Closed 21 years ago

copy text to the clipboard

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
VERIFIED INVALID

People

(Reporter: matt7639, Unassigned)

References

(
URL
)

Details

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
Closed: 21 years ago
Resolution: --- → INVALID
*** Bug 238168 has been marked as a duplicate of this bug. ***
*** Bug 223317 has been marked as a duplicate of this bug. ***
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.
*** Bug 247602 has been marked as a duplicate of this bug. ***
*** Bug 252097 has been marked as a duplicate of this bug. ***
*** Bug 271063 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
*** Bug 270048 has been marked as a duplicate of this bug. ***
*** 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. ***
*** Bug 278576 has been marked as a duplicate of this bug. ***
*** Bug 279411 has been marked as a duplicate of this bug. ***
*** Bug 280320 has been marked as a duplicate of this bug. ***
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.
*** Bug 275325 has been marked as a duplicate of this bug. ***
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.
*** Bug 284287 has been marked as a duplicate of this bug. ***
They still need to fix this malfunction in Firefox - They've known about it for some time now.
I'm going to re-submit the bug, hopefully that will get someone's attention that can finally fix it.
*** 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.
IE supports it just fine, Mozilla should be able to code their browser to properly support the feature as well.
*** Bug 281516 has been marked as a duplicate of this bug. ***
*** Bug 288420 has been marked as a duplicate of this bug. ***
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.
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.
Does anyone know who would be able to reopen this bug?
*** Bug 360950 has been marked as a duplicate of this bug. ***
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.
You need to log in before you can comment on or make changes to this bug.