Closed Bug 85469 Opened 24 years ago Closed 13 years ago

Bookmark select/cut/paste operation is sensitive to order of selection and reverses it

Categories

(SeaMonkey :: Bookmarks & History, defect, P5)

Product:
SeaMonkey
Component:
Bookmarks & History
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: doctor__j, Unassigned)

References

Details

(Whiteboard: [2012 Fall Equinox])

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.1+) Gecko/20010612 BuildID: 2001061206 Reproducible: Always Steps to Reproduce: 1. Open bookmark manager. 2. Create a list of bookmarks, say 1, 2, 3, 4, 5, up to 10. 3. Select bookmarks in a special order, say 2, 5, 3 and 7 (of course by Ctrl-clicking) Note that the order of selection *DOES* matter. 4. Cut them and paste them back in some place. Actual Results: Bookmarks are pasted in the order of 7, 3, 5 and 2. Expected Results: Ignore order of selection and paste bookmarks in the order of 2, 3, 5, 7.
<thinking out loud>how does this interplay with respecting the sort order of the container you're pasting into? - or do/should we ingore that too?
Well, at least I think the paste order should remain as "2, 3, 5, 7" in Unsorted View... For other sorted views... haven't got an idea...
This is probably related to tree's 'selectedItems' array and how it's populated. Outliner may work differently, or it may not. Nevertheless, future.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
Mass move Ben's bugs dumped on me marked future with p5 to get off my untriaged radar. You can filter out this email by looking for "ironstomachaussie"
Priority: -- → P5
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
*** Bug 124545 has been marked as a duplicate of this bug. ***
*** Bug 125592 has been marked as a duplicate of this bug. ***
*** Bug 131576 has been marked as a duplicate of this bug. ***
Summary: Bookmark select/cut/paste operation is sensitive to order of selection → Bookmark select/cut/paste operation is sensitive to order of selection and reverses it
*** Bug 153531 has been marked as a duplicate of this bug. ***
*** Bug 154328 has been marked as a duplicate of this bug. ***
OS: Windows 98 → All
*** Bug 163211 has been marked as a duplicate of this bug. ***
taking
Assignee: ben → chanial
Depends on: 160019
"Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021016" What happens with DnD is: *Select order does NOT matter :-) *The global order of the selected items IS reversed: very annoying :-( *Choosing 'Unsorted' [At first, I thought I could select it, now I can't anymore :-(] or 'Sorted by Name' or 'Sorted by Location' views does not seem to make ANY difference... (That may be a different bug !!?) *I'm not familiar with the views: I guess that I am used to have it work as "Unsorted" (== do it yourself); but my opinion about http://bugzilla.mozilla.org/show_bug.cgi?id=85469#c1 would be to respect the selected view. Same behaviour with CnP for folders. (CnP for bookmarks is reported broken in this release.) This bug may be a blocker for http://bugzilla.mozilla.org/show_bug.cgi?id=84839#c5 !? (I have not try to check this.)
Depends on: 167335
Regarding dependencies: *I guess this bug depends on 160019, only to wait for the code "cleanup": the subjects seem not otherwise related. *<relf@os2.ru> just made this bug depend on 167335: this does not seem to be the case based on subject only: *85496 is about order. (DnD or CnP) *167335 is about Cut and Paste. (only) *I would rather see 167335 depends on 160019, if needed. May be there are reasons which I don't know... My 2 cents' worth.
There is nothing to do unless Paste (bug 167335) is fixed.
*** Bug 177987 has been marked as a duplicate of this bug. ***
*** Bug 178943 has been marked as a duplicate of this bug. ***
*** Bug 187134 has been marked as a duplicate of this bug. ***
I note that Bug 187134 has been marked as a duplicate of this one. But it is about dragging bookmarks into a folder; is that the same as cutting and pasting?
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3a) Gecko/20021212] Like I said in comment 14 (v1.2b), the reverse order effect is still there. Reply to comment 16: *Bug 167335 seems fixed since 2002-11-2x. *What is the next step for bug 85469 ? Wait for bug 160019 (currently targeted to v1.5a) !?
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4a) Gecko/20030401] Bug seems fixed somehow: DnD now maintains the initial order :-) The fix may be included in bug 167335 and/or bug 160019 resolutions: Could pch (= chanial(at)noos.fr) confirm this ? NB: I assume that this applies to CnP too, but I can't check since 'Cut' seems allways disabled (= greyed) in this release. See bug 200909.
Product: Browser → Seamonkey
Reassigning as per Bug #32644
Assignee: p_ch → nobody
QA Contact: claudius → bookmarks
WFM in trunk, pasted bookmarks sorted by name, closing User agent: Mozilla/5.0 (Windows NT 5.1; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1 Build identifier: 20120919003007
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.