Closed
Bug 492757
Opened 16 years ago
Closed 16 years ago
Existing tag overrides case of partially-matching new tag
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 491520
People
(Reporter: martin_packer, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090513 (CK-IBM) Minefield/3.6a1pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090513 (CK-IBM) Minefield/3.6a1pre
I had a bookmark tag already in existence: "SHARE" and I wanted to create a NEW tag "sharp". Tagging insisted it had to be SHARp. That is case was forced to match the existing tag right up to the point where the two tag strings diverged (and then the front-end of the tag didn't revert back to what I typed).
I think we need to remember what the user is typing's case and use that if the 2 tags deviate. (Or something similar - sorry to sound prescriptivist.)
Reproducible: Always
Steps to Reproduce:
1.Have an existing tag "SHARE"
2.Type in a new tag "sharp"
Actual Results:
tag is "SHARp"
Expected Results:
tag should be "sharp"
A recent tag bug to do with case was closed. May well have caused this.
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•