Closed Bug 473120 Opened 16 years ago Closed 16 years ago

Hitting Escape in bookmark properties saves changes

Categories

(Firefox :: Bookmarks & History, defect, P1)

3.5 Branch
defect

Tracking

()

VERIFIED FIXED
Firefox 3.6a1

People

(Reporter: gaddman, Assigned: mak)

References

Details

(Keywords: dataloss, regression, verified1.9.1)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-NZ; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-NZ; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2

Hitting the Escape key while editing the bookmark properties will save any changes.

Reproducible: Always

Steps to Reproduce:
1.Edit a bookmark from right clicking on bookmark toolbar or bookmarks menu entry.
2.Change some text (name or URL).
3.Hit ESC
Actual Results:  
Changes to bookmark properties are saved.

Expected Results:  
Changes should be ignored.

Tested in safe mode (addons/themes disabled).
Confirmed. (latest 3.1 on Linux)
Status: UNCONFIRMED → NEW
Component: General → Bookmarks & History
Ever confirmed: true
OS: Windows XP → All
QA Contact: general → bookmarks
Hardware: x86 → All
Severity: minor → normal
Keywords: regression
Version: unspecified → 3.1 Branch
asking blocking, due to regression
Flags: blocking-firefox3.1?
can anyone test trunk? could be fixed by patch in bug 462765 (landed on trunk), and i cannot reproduce on Win.
indeed, i can reproduce on 1.9.1 branch, not on trunk, so my guess appears correct.

fixed on trunk by bug 462765, will be fixed on branch when that patch AND bug 472802 will get approval and land on branch. i'll try to do that before b3.
Assignee: nobody → mak77
Status: NEW → RESOLVED
Closed: 16 years ago
Depends on: 462765
Flags: blocking-firefox3.1?
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.2a1
This is a dataloss bug. Not everybody will notice that behavior instantly. Updating flags.
Severity: normal → major
Keywords: dataloss
blocking for dataloss.
Flags: blocking-firefox3.1+
Priority: -- → P1
Huh, dataloss is critical not major. Sorry.

Verified on trunk with:

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090113 Minefield/3.2a1pre ID:20090113035246

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090113 Minefield/3.2a1pre ID:20090113020320

I believe its worth to have a separate testcase here beneath the one in bug 462765.
Severity: major → critical
Status: RESOLVED → VERIFIED
Component: Bookmarks & History → Places
Flags: in-litmus?
QA Contact: bookmarks → places
Verified on 1.9.1 with:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090116 Shiretoko/3.1b3pre Ubiquity/0.1.4 ID:20090116020328

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090116 Shiretoko/3.1b3pre Ubiquity/0.1.5 ID:20090116035118

The following Litmus test already covers that regression:
https://litmus.mozilla.org/show_test.cgi?id=7460
Flags: in-litmus? → in-litmus+
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.