Closed
Bug 429808
Opened 17 years ago
Closed 16 years ago
Drag&Drop a history item into a bookmark folder doesn't create a new bookmark
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: whimboo, Unassigned)
Details
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008041804 Minefield/3.0pre
If you drag&drop a history item from within the history container into a bookmark folder, no new bookmark is created within the target folder. This bug seems to be only happen on OS X. Alexej, or can you reproduce it on Linux? Running a test on Windows doesn't show this behavior.
Steps to reproduce:
1. Create a fresh profile
2. Open the Library
3. Goto history container
4. Drag&Drop an history item into another folder e.g. "Bookmarks Toolbar"
Currently there is no new bookmark created under the target folder.
Is it worth asking for blocking-firefox3?
Reporter | ||
Comment 1•17 years ago
|
||
An issue we should take care for Firefox 3 or wanted?
Flags: blocking-firefox3?
Comment 2•17 years ago
|
||
A pretty nice optimization, but not blocking.
Flags: wanted-firefox3+
Flags: blocking-firefox3?
Flags: blocking-firefox3-
Reporter | ||
Comment 3•17 years ago
|
||
Beltzner, after thinking about this bug today it comes into my mind that we will run into a dataloss problem. If users have set the date to keep their history to a low value and they d&d such an item into a bookmark folder, they will loose it after the given days. I think that the majority of users wont check the existence of the new bookmark afterwards.
If this will not be a blocker for Firefox 3 it should be mentioned at least within the release notes.
Comment 4•17 years ago
|
||
My guess is 99.99% of our users won't even imagine doing this to create a bookmark. There isn't data loss if an item of history expires. There also isn't data loss if the bookmark isn't created in this manner. As mike said, a nice optimization, nothing more.
Severity: major → enhancement
Keywords: dataloss
Reporter | ||
Comment 5•17 years ago
|
||
Why there isn't a data loss? If I decide on a later moment to bookmark a history item and doing it that way, I don't have a new bookmark. When the history item expires the URL is lost. IMO it is a data loss but it is up to you...
Comment 6•17 years ago
|
||
oh, I just noticed this works as expected on Windows. We should have cross platform parity.
Severity: enhancement → normal
Reporter | ||
Comment 7•16 years ago
|
||
This is WFM with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090201 Shiretoko/3.1b3pre ID:20090201020520
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Version: Trunk → 3.0 Branch
Comment 8•15 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".
In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body contains places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.
Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.
Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•