Drag&Drop a history item into a bookmark folder doesn't create a new bookmark

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
11 years ago
9 years ago

People

(Reporter: whimboo, Unassigned)

Tracking

3.0 Branch
All
Mac OS X
Points:
---
Bug Flags:
blocking-firefox3 -
wanted-firefox3 +

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

11 years ago
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)

Updated

11 years ago
No longer depends on: 410196
(Reporter)

Comment 1

11 years ago
An issue we should take care for Firefox 3 or wanted?
Flags: blocking-firefox3?
A pretty nice optimization, but not blocking.
Flags: wanted-firefox3+
Flags: blocking-firefox3?
Flags: blocking-firefox3-
(Reporter)

Comment 3

11 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.
Severity: normal → major
Keywords: dataloss
Hardware: PC → All

Comment 4

11 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

11 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

11 years ago
oh, I just noticed this works as expected on Windows. We should have cross platform parity.  
Severity: enhancement → normal
(Reporter)

Comment 7

10 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
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.