Closed Bug 409761 Opened 18 years ago Closed 17 years ago

Ctrl-Z should not delete text if user did nothing before ctrl-z.

Categories

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

x86
All
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: masa141421356, Unassigned)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2007122405 Minefield/3.0b3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2007122405 Minefield/3.0b3pre When editing properties of bookmark, Ctrl-Z should not detlete text if user did nothing before ctrl-Z. Reproducible: Always Steps to Reproduce: 1.Open "Properties" dialog box for existing bookmark. 2.Set focus to textbox of Name, or Location , etc. 3.type Ctrl-Z Actual Results: Text will be deleted. Because user did nothing about text value. Canceling "did nothing" should do nothing. Expected Results: If users does nothing between step 2 and 3, text should not be deleted This bug can also be reproduced at Fx2/WinXP
Summary: Ctrl-Z should not delete text if user does nothing before. → Ctrl-Z should not delete text if user did nothing before ctrl-z.
A long long time ago this worked (2004). So this can be marked as a regression I think. It won't have happened deliberately.. I'll put it in Places, for it won't be fixed anymore in branch I think. Possibly this is not the right component either. I did a search, but I couldn't find a duplicate, so confirming for now.
Status: UNCONFIRMED → NEW
Component: Bookmarks → Places
Ever confirmed: true
Keywords: regression
QA Contact: bookmarks → places
It is reproducible with recent trunk/Linux. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2007122721 Minefield/3.0b3pre
OS: Windows XP → All
Flags: blocking-firefox3.1?
Version: unspecified → Trunk
Should this depend on bug 451852?
Not going to hold the 3.1 release for this.
Flags: blocking-firefox3.1? → blocking-firefox3.1-
Priority: -- → P3
I can't reproduce any longer with recent linux build. Can anyone confirm? Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081108 Minefield/3.1b2pre
I cannot reproduce. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081107 Minefield/3.1b2pre This bug may be already fixed by some other bug fix.
I suppose this was fixed with bug 411261 since that replaced the dialog code
Status: NEW → RESOLVED
Closed: 17 years ago
Depends on: 411261
Resolution: --- → FIXED
verified: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2pre) Gecko/20081112 Minefield/3.1b2pre
Status: RESOLVED → VERIFIED
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.