Tags gets duplicated inside the Library when attempting to change the Location
Categories
(Firefox :: Bookmarks & History, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox66 | --- | wontfix |
firefox67 | --- | wontfix |
firefox68 | --- | wontfix |
People
(Reporter: asoncutean, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [sng])
Attachments
(1 file, 4 obsolete files)
85.44 KB,
image/gif
|
Details |
[Affected versions]:
- 66.0.2
- 67.0b7
- 68.0a1 (2019-04-01)
[Affected platforms]:
- Win 10 x64
- Mac OS 10.10
- Ubuntu 18.04 x64
[Steps to reproduce]:
- Bookmark any site via Star icon, given several tags (eg. a, b, c )
- Go to Library (Ctrl+Shift+B)
- Open the tags dropdown
- Inside Location paste another link
- Click one of the tag
[Expected result]:
- The respective tag is now unselected.
[Actual result]:
- Tags are duplicated.
[Regression range]:
- I will determine one asap.
[Additional Notes]:
- I can reproduce this intermittent, sometimes with other workarounds. I will investigate more on this matter for better conclusions.
- Collapsing the dropdown fixes the problem.
Comment 1•6 years ago
|
||
STR2:
- Start Firefox with new profile
- Click on Star Icon
- Expand Tags list view
- Type a,b in Tags input field (do not press enter key)
- Click on Name input field
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b89b6c6da94b95abf74a79797f58542acb3e55c1&tochange=d60086281de9b5d9fe804e76c2c1721850b0f730
Regressed by:
d60086281de9 Marco Bonardo — Bug 1452067 - Move AllTags to an async method in the bookmarking API. r=Standard8
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 2•6 years ago
|
||
I'll have a look at this.
Comment 3•6 years ago
|
||
Anyway, I suspect the problem is that when you click on the tag in the selector, you blur the location field, and that causes the url change that notifies an onItemChanged that invokes the now async _rebuildTagsSelectorList. But at the same time you click on a tag, causing a racing tag change notification that races with the former one.
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Marco and I have been discussing the patch and various issues that I'm still seeing. The issues seem to occur for me in this order:
- Changing the URL, then selecting a tag without a blur in-between.
- Mousedown invokes
toggleItemCheckbox
which starts to update the tags. - This calls into
_updateTags
and then_setTagsFromTagsInputField
_setTagsFromTagsInputField
has an internal async function,setTags
which is used to run the transactions to update the tags.- At the point that function is queued (probably in the batch handling), the blur is able to kick in for the location change.
onLocationFieldChange
is called which updates the URL.- Only then does
setTags
get executed, and at this point it is dealing with the old URL rather than the new one.
Comment 6•6 years ago
|
||
hi mak, are you still working on this one?
thanks,
-Patricia
Comment 7•6 years ago
|
||
Yes, but higher priority stuff hit me and this ends up being a lot more complex than expected.
Comment 8•5 years ago
|
||
Comment 9•5 years ago
|
||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 10•4 years ago
|
||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•2 years ago
|
Comment 12•1 years ago
|
||
Most of the steps work correctly, what I can still reproduce:
- open the tags selector
- put a,b,c in the tags field and click on Location field
- edit the url, for example by adding a 2 at the end
- click on the first tag (it goes away)
- click again on the first tag
At this point all the tags are unchecked, even if "c" is still on that url
I think this is a bit less critical than the original issue, even if we should definitely investigate and fix it.
Updated•1 years ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Description
•