Closed Bug 478482 Opened 16 years ago Closed 16 years ago

Editing text in Bespin with Chrome, hittin Backspace does browser-back, text is lost

Categories

(Skywriter Graveyard :: General, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dror.harari, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/530.0 (KHTML, like Gecko) Chrome/2.0.162.0 Safari/530.0 Build Identifier: https://bespin.mozilla.com/dashboard.html It appears as if Bespin does not handle the Backspace key properly when editing text. Instead of simply deleting the text, it behaves as if I pressed the backspace key. Once that happens, my editing is lost - this is very annoying. In the list of goals you (Bespin gods) had for the project, you neglected to mention the #1 - never loose changes. Never! If I have to tell you how agonizing it is to type your code again, you're not programmers. Not to worry - this was just a test - nothing lost. A short screencast is attached. Chrome version: 2.0.162.0 Reproducible: Always Steps to Reproduce: 1. Use Chrome (I use development channel version 2.0.162.0 - may happen elsewhere) 2. Open text 3. Do some typing 4. Press Backspace. 5. The browser goes to the previous page 6. If you press next, you see that your work is gone. Actual Results: Browser goes to previous page Expected Results: The last character before the caret should be deleted.
I did not show it in the screencast but pressing Next (>) returned to the editor but with my edits gone.
Confirm. Chrome version: 2.0.163.0 (9601) Very annoing.
Hi guys, It isn't doing this for me. Would you mind going to http://unixpapa.com/js/testkey.html and hitting the backspace key and sending the output? Cheers, Dion
Your browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/530.0 (KHTML, like Gecko) Chrome/2.0.163.0 Safari/530.0 keydown keyCode=8 which=8 charCode=0 keyIdentifier=U+0008 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keyup keyCode=8 which=8 charCode=0 keyIdentifier=U+0008 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false
Typing <a> <b> <c> <d> <backspace> gives: keyIdentifier=U+0042 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keydown keyCode=67 (C) which=67 (C) charCode=0 keyIdentifier=U+0043 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keypress keyCode=99 (c) which=99 (c) charCode=99 (c) shiftKey=false ctrlKey=false altKey=false metaKey=false keyup keyCode=67 (C) which=67 (C) charCode=0 keyIdentifier=U+0043 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keydown keyCode=68 (D) which=68 (D) charCode=0 keyIdentifier=U+0044 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keypress keyCode=100 (d) which=100 (d) charCode=100 (d) shiftKey=false ctrlKey=false altKey=false metaKey=false keyup keyCode=68 (D) which=68 (D) charCode=0 keyIdentifier=U+0044 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keydown keyCode=8 which=8 charCode=0 keyIdentifier=U+0008 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false keyup keyCode=8 which=8 charCode=0 keyIdentifier=U+0008 keyLocation=0 shiftKey=false ctrlKey=false altKey=false metaKey=false
Thanks guys. We just pushed a new version of the code that tries to do something about this. Can you shift-reload and see if it fixes anything for you?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Platworm: Windows XP SP3 Chrome Version: 2.0.166.1 Bespin Revision: 649:4bd32f986337 Cant reproduce. There is no such bug for me for now.
Great. Yeah, we patched this.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
This is a mass migration from Mozilla Labs :: Bespin to Bespin :: General. This bug likely still needs to be triaged and categorized.
Component: Bespin → General
Product: Mozilla Labs → Bespin
QA Contact: bespin → general
Target Milestone: -- → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: