Closed
Bug 446221
Opened 17 years ago
Closed 16 years ago
can't drag and drop from history to desktop
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
VERIFIED
FIXED
Firefox 3.1a2
People
(Reporter: ivan.icin, Assigned: mak)
References
Details
(Keywords: regression, Whiteboard: [fixed by bug 356295])
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
You can drag from Bookmarks menu to desktop and make URL shortcut.
Unfortunatly this is not possible from history in any variant - from History menu, from sidebar or from Library
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1•17 years ago
|
||
Please put steps to reproduce in the bug report. Severity should be changed to Minor.
Comment 2•17 years ago
|
||
Regression range is:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1204084320&maxdate=1204087739
-> Bug 385245
Blocks: 385245
Status: UNCONFIRMED → NEW
Component: History → Places
Ever confirmed: true
Flags: wanted1.9.0.x?
Flags: blocking-firefox3.1?
Keywords: regression
QA Contact: history → places
Version: unspecified → Trunk
Comment 3•17 years ago
|
||
Does not happen on OS X. Looks like a Windows only issue.
Updated•17 years ago
|
Flags: wanted1.9.0.x?
Assignee | ||
Comment 4•16 years ago
|
||
fixed by patch in bug 418671
we had to support "link" drag action
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080920033605 Minefield/3.1b1pre
Assignee: nobody → mak77
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.1b1
Comment 5•16 years ago
|
||
Marco, I'm a bit unsure that this is really fixed with your patch on bug 418671. The checkin happened around 2008-09-19 08:49:01 PDT but the issue is already fixed for me with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080917034815 Minefield/3.1b1pre ID:20080917034815.
So was there any concurrent checkin which could have been fixed this bug?
Status: RESOLVED → VERIFIED
Flags: blocking-firefox3.1?
Comment 6•16 years ago
|
||
Marco, do we have automated tests for this issue? I don't think so, or? If not it would be great to have it in Litmus.
Flags: in-litmus?
Comment 7•16 years ago
|
||
(In reply to comment #6)
> Marco, do we have automated tests for this issue? I don't think so, or? If not
> it would be great to have it in Litmus.
I think we should have both. marking in-testsuite flag
Flags: in-testsuite?
Comment 8•16 years ago
|
||
There is currently no way to automate drag and drop
Comment 9•16 years ago
|
||
mozmill may be a solution to dnd automation. More later.
Assignee | ||
Comment 10•16 years ago
|
||
(In reply to comment #5)
> Marco, I'm a bit unsure that this is really fixed with your patch on bug
> 418671. The checkin happened around 2008-09-19 08:49:01 PDT but the issue is
> already fixed for me with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
> rv:1.9.1b1pre) Gecko/20080917034815 Minefield/3.1b1pre ID:20080917034815.
>
> So was there any concurrent checkin which could have been fixed this bug?
You're right, it is due bug 356295, checked in on 27 Aug, it changed some code about D&D and my patch started from there. Thank you Henrik.
So, fixed by bug 356295.
Depends on: 356295
Assignee | ||
Comment 11•16 years ago
|
||
(In reply to comment #9)
> mozmill may be a solution to dnd automation. More later.
Do we already have automated mozmill tests around? i'd be interested if it can be used to automate Places drag&drop (i'm a abit scaried about correct targetting though).
Updated•16 years ago
|
Whiteboard: [fixed by bug 356295]
Target Milestone: Firefox 3.1b1 → Firefox 3.1a2
Comment 12•16 years ago
|
||
(In reply to comment #11)
> (In reply to comment #9)
> > mozmill may be a solution to dnd automation. More later.
>
> Do we already have automated mozmill tests around? i'd be interested if it can
> be used to automate Places drag&drop (i'm a abit scaried about correct
> targetting though).
Sorry, I take it back. The mozmill automation is unable to handle drag and drop to native OS. We will need to find another solution for creating tests for this.
Assignee | ||
Comment 13•16 years ago
|
||
(In reply to comment #12)
> Sorry, I take it back. The mozmill automation is unable to handle drag and drop
> to native OS. We will need to find another solution for creating tests for
> this.
We still need to find a good test base for all Places drag & drop tests, so if you get some idea please put them in a new bug so we can investigate them and try to create a startgin base for this kind of tests.
Comment 14•16 years ago
|
||
Test cases were created for regression testing on 3.x test runs.
For 3.0,
https://litmus.mozilla.org/show_test.cgi?id=7496
https://litmus.mozilla.org/show_test.cgi?id=7497
For 3.1,
https://litmus.mozilla.org/show_test.cgi?id=7498
https://litmus.mozilla.org/show_test.cgi?id=7499
Flags: in-litmus? → in-litmus+
Comment 15•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
•