Closed
Bug 213151
Opened 22 years ago
Closed 13 years ago
dragging a desktop bookmark into the bookmark manager creates a bookmark to the bookmark, not the URL
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mozilla, Unassigned)
Details
(Whiteboard: [2012 Fall Equinox])
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030719
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030719
Moz should create a bookmark to the target of a (in my case, Gnome) desktop
bookmark, itself created by Moz, dragged into the bookmark manager. As things
stand, the bookmark created is to the local desktop bookmark file.
Reproducible: Always
Steps to Reproduce:
1. drag a bookmark to the desktop from a browser window
2. drag that bookmark into a folder in the bookmark manager
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624
behaves correctly.
![]() |
||
Comment 1•22 years ago
|
||
sounds valid to me. Didn't find duplicate. Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 3•17 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2pre) Gecko/2008070701 SeaMonkey/2.0a1pre
Bug is still present, as follows:
1. Dragging a URL from the Location bar to the Desktop produces a _text_ file with the URL as contents, not a desktop shortcut.
2. Dragging that desktop to the Bookmark Manager produces a file:/// URL to the text file.
So where is the bug? If at (1) above, maybe in whichever component applies to the drag-from-Location-bar operation?
Updated•17 years ago
|
QA Contact: chrispetersen → bookmarks
WFM here, dragging bookmark to desktop and then back produce correct new bookmark
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1
Build identifier: 20120921003032
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Whiteboard: [2012 Fall Equinox]
You need to log in
before you can comment on or make changes to this bug.
Description
•