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)
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
![]() |
Reporter | |
Updated•18 years ago
|
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.
![]() |
||
Comment 1•18 years ago
|
||
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
Comment 2•18 years ago
|
||
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
![]() |
||
Comment 4•17 years ago
|
||
Works: 2004-05-02 09
Fails: 2004-05-02 09
Regression window:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2004-05-02+07%3A00&maxdate=2004-05-04+11%3A00
![]() |
||
Updated•17 years ago
|
Flags: blocking-firefox3.1?
Version: unspecified → Trunk
Comment 5•17 years ago
|
||
Should this depend on bug 451852?
Comment 6•17 years ago
|
||
Not going to hold the 3.1 release for this.
Flags: blocking-firefox3.1? → blocking-firefox3.1-
Priority: -- → P3
Comment 7•17 years ago
|
||
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
![]() |
Reporter | |
Comment 8•17 years ago
|
||
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.
Comment 9•17 years ago
|
||
I suppose this was fixed with bug 411261 since that replaced the dialog code
Comment 10•17 years ago
|
||
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
![]() |
||
Comment 11•16 years ago
|
||
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.
Description
•