Closed Bug 267111 Opened 21 years ago Closed 20 years ago

new/rename folder dialog doesn't respond to Enter key

Categories

(Thunderbird :: Mail Window Front End, defect, P2)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: bugzilla, Assigned: mscott)

References

Details

(Keywords: access)

found using 2004103005-0.9 on linux fc2 --couldn't find an existing bug on this, but it doesn't seem to be a problem on the seamonkey trunk (okay, looking at an old trunk build there from 08-Oct-2004). 1. in the folder pane, bring up the context menu and select any of the following: New Folder Rename Folder New Subfolder 2. type in something so that the OK button becomes active. 3. hit the Enter key. expected: the change should be made and the dialog be dismissed. actual results: nothing happens --the dialog stays up. no js errors in console. I tried the above in an IMAP and RSS account, as well as in Local Folders (all with the same result). oddly, the Esc still works to dismiss the dialog.
duh, forgot to note that I need to mouseclick the OK button --it's the keyboard shortcut for the same action that doesn't do anything.
this appears to be linux only. Windows works for me. Does the OK button even have focus when the dialog comes up? For me the ok button has a focus border around it and hitting enter causes the OK button to execute since it has the focus border around it.
when the dialog first comes up, the OK button is disabled. once I enter something, the OK button becomes enabled, but no focus ring appears around it. just checked on Mac OS X (2004110102-0.9) and this is not a problem for the New Folder or New Subfolder dialogs --but I can reproduce it with the Rename Folder dialog. it's strange since the OK button there has the blue highlight color, which on OS X means that it's the default button --ie, hitting Return should activate it (but that doesn't work).
(In reply to comment #3) > when the dialog first comes up, the OK button is disabled. once I enter > something, the OK button becomes enabled, but no focus ring appears around it. I experienced same situation, "OK" is disabled, during fix test of Bug 264071. The cause of "OK is disabled" was Bug 65303 in my case. You tried to rename to previously used folder name? Or you renamed the folder to previously used folder name in tha past, then tried to rename? If yes, try next ("Local Folders" or POP3 account's folder only). (1) Check real file name for the folder Execute "Copy Folder Location" from context menu, then paste to text editor. Is the file name(last part of path) same as folder name? If bug 65303 occuured in tha past or last try of rename, differenat name could be assinged. (This is not true if folder name contains non-ASCII chars like Japanese. ) ("Copy folder location" displays garbage when file name is Japanese char.) (even when folde name = file name. This problem is another small bug. ) (2) If folder name and file name is same, Delete panacea.dat in profile directry and restart Thunderbird, then try rename again. What will happen? (3) If folder name and file name is different, for example folder name = AAA and file name = XXX, this is probably result of bug 65303 in tha past. (This is not true if folder name contains special characters such as "/".) (In this case, file name becomes hexa-string characters. ) If this case, terminate Thunderbird, then delete panacea.dat, then delete XXX.msf, then restart Thunderbird. The folder will be recovers as "XXX" on restart. Then try rename. What will happen?
->p2, perhaps not too tricky to fix, even if limited to linux and mac?
Flags: blocking-aviary1.1?
Priority: -- → P2
sarah, this was working for me using today's (04/29) Mac OS X 1.1 nightly bits. Can you renominate if this is still a problem for you? (I tested the Rename dialog on Mac OS X which you listed as showing the problem).
Flags: blocking-aviary1.1?
*** Bug 297756 has been marked as a duplicate of this bug. ***
This bug was fixed somewhere else. WFM in all affected dialogs with version 1.0+ (20050702) Linux. Sairuh, if it should not working for you, feel free to reopen.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
yup, works fine now with 1.1a2.
Status: RESOLVED → VERIFIED
*** Bug 312067 has been marked as a duplicate of this bug. ***
*** Bug 325709 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.