Open
Bug 1177654
Opened 10 years ago
Updated 1 year ago
Copy & paste (or drag & drop) Bookmarks folder will fail between 2 instances of browser (aka profiles)
Categories
(Toolkit :: Places, defect, P5)
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox49 | --- | wontfix |
| firefox-esr45 | --- | wontfix |
| firefox50 | --- | fix-optional |
| firefox51 | --- | fix-optional |
| firefox52 | --- | fix-optional |
People
(Reporter: alice0775, Unassigned)
References
Details
(5 keywords)
This problem happens Bookmarks menu/toolbar as well as Library.
Steps to reproduce:
1. Start Firefox[A]
2. Start Firefox[B] with -no-remote -P different profile
3. Copy a folder on browser[A]
4. Paste on browser[B]
Actual Results:
Bookmarks item in the folder would not be copied.
The folder is empty.
Expected Results:
Bookmarks item in the folder should also be copied.
|
Reporter | |
Comment 1•10 years ago
|
||
[Tracking Requested - why for this release]: Recent regression since Nightly41.0a1
status-firefox38:
--- → unaffected
status-firefox38.0.5:
--- → unaffected
status-firefox39:
--- → unaffected
status-firefox40:
--- → unaffected
status-firefox41:
--- → affected
status-firefox42:
--- → ?
status-firefox-esr31:
--- → unaffected
status-firefox-esr38:
--- → unaffected
tracking-firefox41:
--- → ?
|
|
Reporter | |
Comment 2•10 years ago
|
||
Pushlog:
https://hg.mozilla.org/integration/fx-team/pushloghtml?fromchange=f28313729236&tochange=1acb10da2d7e
REGRESSED BY: f79a8bc7b3c2 Marco Bonardo — Bug 1095411 - PlacesUtils.wrapNode is using synchronous getKeywordForBookmark. r=ttaubert
|
|
Reporter | |
Updated•10 years ago
|
Summary: Bookmarks folder of copy & paste will fail between 2 instance of browser → Copy & paste Bookmarks folder will fail between 2 instance of browser
|
||
Comment 3•10 years ago
|
||
it's a minor problem affecting a rare use-case, it's not worth tracking.
tracking-firefox41:
? → ---
Flags: needinfo?(mak77)
the question is whether it is planned sometime in the future to fix the bug, because it's a rare use-case.
My use-case is to copy some specific folders to other Firefox profiles, either for initialization or updating.
This is mostly about (keyword) bookmarklets to have these JavaScript bookmarklets available in other profiles and for updating bookmarks in other profiles and Firefox versions.
Doing this via the clipboard used to work very well in previous Firefox versions, but these recent changes broke the keywords (they are all lost) as well as the possibility to copy multiple folders at once.
Now I need to create (copy) each folder individually and then select all the bookmarks in each folder and transfer the selection via the clipboard.
It would be fine if the clipboard could be used to copy folders and could also preserve keywords of each bookmark.
Anyone who uses Firefox test versions (alpha, beta, release) and possibly uses multiple Firefox versions and profiles would benefit if this feature works properly, so I do not consider this as a rare use-case because all testers are likely experiencing this sooner or later.
|
|
Reporter | |
Updated•9 years ago
|
status-firefox43:
--- → wontfix
status-firefox44:
--- → affected
status-firefox45:
--- → affected
status-firefox46:
--- → affected
status-firefox-esr45:
--- → ?
|
|
Reporter | |
Updated•8 years ago
|
status-firefox38:
unaffected → ---
status-firefox38.0.5:
unaffected → ---
status-firefox39:
unaffected → ---
status-firefox40:
unaffected → ---
status-firefox41:
wontfix → ---
status-firefox42:
wontfix → ---
status-firefox43:
wontfix → ---
status-firefox44:
wontfix → ---
status-firefox45:
wontfix → ---
status-firefox46:
wontfix → ---
status-firefox49:
--- → wontfix
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox-esr31:
unaffected → ---
status-firefox-esr38:
unaffected → ---
|
|
Reporter | |
Updated•8 years ago
|
Keywords: ux-consistency
|
|
Reporter | |
Updated•8 years ago
|
Whiteboard: [parity-Chrome]
|
||
Comment 9•8 years ago
|
||
Based on previous comments and some offline discussion I'm going to mark this fix-optional for 50/51/52.
|
||
Comment 10•8 years ago
|
||
Cool, thanks. Hope someone picks it up.
|
|
||
Updated•8 years ago
|
Priority: -- → P5
|
|
||
Comment 11•8 years ago
|
||
Damn. But understood.
|
||
Updated•7 years ago
|
Summary: Copy & paste Bookmarks folder will fail between 2 instance of browser → Copy & paste (or drag & drop) Bookmarks folder will fail between 2 instance of browser
|
|
||
Comment 13•7 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-Chrome]
|
|
||
Updated•6 years ago
|
Summary: Copy & paste (or drag & drop) Bookmarks folder will fail between 2 instance of browser → Copy & paste (or drag & drop) Bookmarks folder will fail between 2 instances of browser (aka profiles)
|
||
Comment 15•6 years ago
|
||
(In reply to Marco Bonardo [::mak] (Away 22 -28 Apr) from comment #3)
it's a minor problem affecting a rare use-case, it's not worth tracking.
That would have been the case if Firefox bookmark management wasn't a huge pile of abandonware. Firefox doesn't offer an option to export and then import a single bookmark folder and that """rare use case""" was the only workaround available.
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•