Closed
Bug 235551
Opened 21 years ago
Closed 20 years ago
Drag of a URL to Desktop not creating Web Internet Location files
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Unassigned)
Details
User-Agent: Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040113 Dragging a URL, either from the body of a web page or from the URL bar, to the Finder Desktop or a file system window, should create a special file, called a Web Internet Location file. A Web Internet Location file is the http specific instance of a class of files called Internet Location files for a variety of URLs. More details can be found at <http://developer.apple.com/technotes/tn/tn1142.html> and further noted at <http://developer.apple.com/technotes/tn/pdf/tn2010.pdf>. What is happening instead is that a text clipping file, with a ".rtf" extension, is created at the destination location, with the contents of that file being the URL. Reproducible: Always Steps to Reproduce: 1.Select a URL on a web page. 2.Drag to Desktop. 3.Observe created file. Actual Results: A text clipping file, with a ".rtf" extension, was created at the Desktop, with the contents of that file being the URL. Expected Results: Assuming the URL was a http URL, a Web Internet Location file should have been created instead of a text file. The Web Internet Location file would have a type code of "ilht" and a creator code of "MACS". The actual creation of Internet Location files is handled by the Finder but is based upon the type and content of the data being dragged. It would appear that the data being passed to the Finder about the particular drag operation is not being identified correctly enough to allow the Finder to properly create the Internet Location file.
Brian, Can you still produce this? WFM with Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a2) Gecko/20040526 and Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a2) Gecko/20040525 Firefox/0.8.0+
Updated•20 years ago
|
Product: Browser → Seamonkey
No reply/follow up from reporter -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•