Add Bookmark dialog suggests all already entered tags instead those ones related to the one being currently entered
Categories
(Firefox :: Bookmarks & History, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | verified |
| firefox128 | --- | wontfix |
| firefox129 | --- | wontfix |
| firefox130 | --- | verified |
People
(Reporter: hawran.diskuse, Assigned: mak)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [sng][places-regression])
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr128+
|
Details | Review |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0
Steps to reproduce:
- Add a bookmark (ctrl+d).
- Enter a couple of tags.
Actual results:
The edit field for tags shows (suggests? autocompletes?) all tags already entered with a bookmark being added instead of just (all existing) tags related to a tag being added.
When the edit field is full of tags, the new tag is not shown.
Expected results:
Before this update the edit field suggested (autocompleted) all existitng tags, however just related to the tag being entered.
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0
OS: Linux 6.5.0-44-generic #44~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Jun 18 14:36:16 UTC 2
Comment 2•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Bookmarks & History' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
This happens not only in the "Add bookmark" dialogue, but also in the bookmarks manager (when editing a single bookmark's tags); in "Add bookmark" it's far more annoying since the tag input field and the associated dropdown are so narrow.
I'm seeing this behaviour in the Windows version of Firefox (127.0.2), too.
This is apparently really a regression in Firefox 127.0 - just to be sure, I've re-installed 126.0.1 (firefox/releases/126.0.1/linux-x86_64/en-US/firefox-126.0.1.tar.bz2), and it doesn't show this behaviour.
I'm sorry, but I got really confused about the version numbers - I somehow believed I was on 127.0.2, while I'm actually on 128.0.2.
I re-tested the previous release (firefox/releases/127.0.2/linux-x86_64/en-US/firefox-127.0.2.tar.bz2), and the behaviour didn't occur - so the bug apparently first appears in 128.0.
Sorry about the confusion.
| Assignee | ||
Comment 5•1 year ago
|
||
I ran mozregression and found this is a regression from Bug 1886064.
The TaggingService uses AutoCompleteSimpleResult instance's AppendMatch
void appendMatch(in AString aValue,
in AString aComment,
[optional] in AString aImage,
[optional] in AString aStyle,
[optional] in AString aFinalCompleteValue,
[optional] in AString aLabel);
We're passing this._result.appendMatch(before + tag, tag);
It looks like the new behavior requires us to pass tag as aLabel instead of aComment.
| Assignee | ||
Updated•1 year ago
|
Comment 6•1 year ago
|
||
Set release status flags based on info from the regressing bug 1886064
:enndeakin, since you are the author of the regressor, bug 1886064, could you take a look?
For more information, please visit BugBot documentation.
Updated•1 year ago
|
| Assignee | ||
Comment 7•1 year ago
|
||
This is trivial, though I'd like to check our testing story.
Updated•1 year ago
|
| Assignee | ||
Comment 8•1 year ago
|
||
Comment 10•1 year ago
|
||
| bugherder | ||
Comment 11•1 year ago
|
||
The patch landed in nightly and beta is affected.
:mak, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox129towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 12•1 year ago
|
||
we're in RC week, not worth uplifting to beta.
We should consider ESR though.
| Assignee | ||
Comment 13•1 year ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D217803
Updated•1 year ago
|
Comment 14•1 year ago
|
||
esr128 Uplift Approval Request
- User impact if declined: Bookmark tags autocomplete malfunctioning
- Code covered by automated testing: yes
- Fix verified in Nightly: no
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Typing more than one tag should only show the last tag in the autocomplete panel
- Risk associated with taking this patch: low
- Explanation of risk level: single line fix, adapting to the underlying code changes
- String changes made/needed: none
- Is Android affected?: no
Updated•1 year ago
|
Comment 15•1 year ago
|
||
| uplift | ||
Updated•1 year ago
|
Comment 16•1 year ago
|
||
I have reproduced this issue using an affected Nightly build 2024-07-22 with STR from comment 0.
The issue is verified as fixed on FirefoxEsr 128.2.0 and RC1 130 under macOS 14, Ubuntu 22 and Win 11.
Description
•