Closed Bug 281873 Opened 20 years ago Closed 13 years ago

HTML Clipboard Format lacks SOURCE URL

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Version:
1.7 Branch
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 244685

People

(Reporter: curiousjbh, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217

Copying from Mozilla does not include source URL

Reproducible: Always

Steps to Reproduce:
1. Copy selected text to clipboard

Actual Results:  
No source URL in clip data

Expected Results:  
Source URL would be included in clip data.
Why should be the source URL included if I only want to copy some text? Does
other browsers do that for text copy?
(In reply to comment #1)
> Why should be the source URL included if I only want to copy some text? Does
> other browsers do that for text copy?

Well, iCAB does.

Whilst the users' expectation may vary considerably across platforms (the 
paste half of copy and paste), surely it is right to copy - place on the 
pasteboard - known formatting and meta-data?

However, I tend to agree with comment 1 that it is better to do plain 
text correctly than make a mess of something more inclusive. (Filemaker 
gets this wrong).




I don't think we want to be doing this, do we?  ccing some people who may know
what the relevant platform conventions are.
I don't think we should put the URL in the text clipboard data. Maybe if there
are some well-known other flavor types for metadata we would put the URL there,
but I don't know of any on Mac.
Dup of bug 244685?
Blocks: 284311
No longer blocks: 284311
Availability of meta data is essential to applictions which are attempting to 
utilize drag and drop for collection building. Please make this data available. 

I was preparing to fle a similar bug based around drag and drop, which I belive 
uses the same code in nsDataObj.cpp
(I think this is a windows speciic file but I am not sure)
The odd thing here is its looks as if the soure url is actually being appended 
into the  CF_HTML spec encoding

is nsDataObj.cpp noty the right place to be looking?
Version: unspecified → 1.7 Branch
The source URL is stored in UniformalResourceLocator in the clipboard. However,
it's not used by most programs (or it's used in place of the actual clipping in
some programs).

MozillaAS v1.7.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
Steps or a testcase could help to test/reproduce.
Assignee: general → jag
Component: General → XP Toolkit/Widgets
Product: Mozilla Application Suite → Core
QA Contact: general → xptoolkit.widgets
Assignee: jag → nobody
We do provide the SourceURL.  Tested in both Firefox6 and Nightly.

Version:0.9
StartHTML:00000132
EndHTML:00000355
StartFragment:00000166
EndFragment:00000319
SourceURL:http://www.mozilla.org/
<html><body>
<!--StartFragment-->And we're dedicated to keeping it free, open and accessible to all. <a href="http://www.mozilla.org/about/mission.html?WT.ac=test1">Learn more</a><!--EndFragment-->
</body>
</html>
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.