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?
An issue we should take care for Firefox 3 or wanted?
A pretty nice optimization, but not blocking.
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.
Severity: normal → major
Hardware: PC → All
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
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...
oh, I just noticed this works as expected on Windows. We should have cross platform parity.
Severity: enhancement → normal
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
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
Version: Trunk → 3.0 Branch
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.