Closed Bug 1605998 Opened 5 years ago Closed 5 years ago

Reply puts cursor in address line not to body of email

Categories

(Thunderbird :: Message Compose Window, defect)

Unspecified
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1603526

People

(Reporter: nichollsvi2, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0

Steps to reproduce:

Click reply to any message.

Actual results:

The cursor is placed after the email address in the "To" line, instead of being in the body of the email to start your reply. I had someone tell me to hit enter twice. That does nothing. I have to hit tab 6 times to get from the "To" line thru all the cc bcc and reply to lines, the subject, before I come to the body of the email to reply.

Expected results:

Cursor should have been on the body of the email.

No, AFAIK the cursor has never been placed in the message body by default in an unaltered Thunderbird. If it ever did for you then that was a bug or something caused by an add-on.

Forget tabs.

Because you are using nightly build rather than a release build, the behavior of "enter" is changed/broken. a couple broken behaviors in recent weeks have been fixed. apparently not this one

Status: UNCONFIRMED → NEW
Component: Untriaged → Message Compose Window
Ever confirmed: true
OS: Unspecified → All
Summary: Reply goes to address line not to body of email → Enter key does not leave address field

No add ons except calendar, which was fixed and then broken.
The behavior of the enter key is changed/broken, but given that when you hit reply in the past, the cursor would go to the body of the email instead of the "to" line, that's a big issue.

Thanks .

The cursor always went to the body of the message being replied to for me, when clicking Reply to a received email with the address and subject already entered

Using Tab will get you there in the new UI eventually.

See also bug 1063863, bug 1601748, and bug 1602372

Its not for me, and all I have is calendar. Daily is up to date, 73.0a1 2019-12-16 64 bit build. No one, and I repeat, NO ONE, is going to use an email program that you have to tab 6 times to respond to every reply on.
The cc and bcc and reply to fields have plusses by them. That's another thing that is different.

(In reply to nichollsvi2 from comment #4)

Its not for me, and all I have is calendar. Daily is up to date, 73.0a1 2019-12-16 64 bit build. No one, and I repeat, NO ONE, is going to use an email program that you have to tab 6 times to respond to every reply on.
The cc and bcc and reply to fields have plusses by them. That's another thing that is different.

It does in the current and all previous releases as far as I can remember.

It doesn't for anybody using version 73.0a1 after bug 440377 was fixed. The pluses by the other fields are there so you can enable them instead of using the drop down menu to select one like you did before. If you enter an address into the To: field, then start typing another address in the same field, it will be added and the message sent to all addresses.

All in the grand redesign. I'm sure t will be much better by the time version 78 is released.

Work started on redesign recipients address fields (To, CC, Bcc, etc)

Keywords: regression

It would be fine if the cursor was put in the body of the email for a reply, but having to tab 6 times past that on every reply, its a tremendous huge problem.

(In reply to nichollsvi2 from comment #6)

, but having to tab 6 times past that on every reply, its a tremendous huge problem.

Yes, I think we get that already.

You are correct about reply having changed, and in haste I stupidly misread this as being about composing a new message. But I suspect the bad Reply behavior has the same cause as the bad compose new message behavior.

Flags: needinfo?(alessandro)
Summary: Enter key does not leave address field → Reply puts cursor in address line not to body of email

This has been fixed in bug 1603526.
Did you try the latest daily?

Flags: needinfo?(alessandro)

Yes, I checked, I have the latest one. I closed down and restarted up again. Still same thing.

Mh...that's odd.
Can anyone else test this out? Is this a Windows thing? On Linux and macOS works as expected.

Flags: needinfo?(richard.marti)

This works for me too on Windows.

Flags: needinfo?(richard.marti)
Attached file error msgs (deleted) —
Is it possible to take a look at the error messages? I seem to get several of them, the calendar still works odd.

(In reply to Alessandro Castellani (:aleca) (PTO to 17th Jan 2020, sporadically reading bugmail) from comment #10)

Mh...that's odd.
Can anyone else test this out? Is this a Windows thing? On Linux and macOS works as expected.

Well, if there is a latest Daily my Daily on Linux says it is up to date and is Build ID 20191216104549.

I still see the bug.

Even worse in a new email I can only send to ONE person. ONE.

(In reply to WaltS48 [:walts48] from comment #13)

(In reply to Alessandro Castellani (:aleca) (PTO to 17th Jan 2020, sporadically reading bugmail) from comment #10)

Mh...that's odd.
Can anyone else test this out? Is this a Windows thing? On Linux and macOS works as expected.

Well, if there is a latest Daily my Daily on Linux says it is up to date and is Build ID 20191216104549.

I still see the bug.

Fixed in Mozilla/5.0 (X11; Linux x86_64; rv:73.0) Gecko/20100101 Thunderbird/73.0a1 Build ID 20191231102723

(In reply to nichollsvi2 from comment #14)

Even worse in a new email I can only send to ONE person. ONE.

Well, you were able to add more than on address to the To: field, and now you can't.

If you use Cc and press enter, the cursor goes back to the end of the address in the To: field, and you can't add more Cc: addresses.

You probably should file another bug report.

2 questions:

  1. could it be that we are on certain laptops? Maybe screen size is the issue?
  2. would a 3rd bug report be that the response time is horrendous? I get a lot of issues with dragging an email to a folder, clicking on an email, and it can take 10 seconds before it responds. Its bad to the point of being so noticeable and constant.

So, based on WaltS48 comment 15, it seems that the original reported issue of this bug is solved, and if you're still experiencing it is most likely because your daily build is not the most recent one.

Even worse in a new email I can only send to ONE person. ONE.

What do you mean? You should be able to write multiple recipients in the To field, and each one should be converted into a pill.
Were you expecting multiple To rows like in the old UI, or the message is not actually sent to multiple recipients?

If you use Cc and press enter, the cursor goes back to the end of the address in the To: field, and you can't add more Cc: addresses.

This doesn't happen to me at all. If I add multiple addresses to the Cc field, the cursor stays in that recipient field.

Anyway, if you experience other issues, please open dedicated bugs.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE

(In reply to Alessandro Castellani (:aleca) (PTO to 17th Jan 2020, sporadically reading bugmail) from comment #18)

So, based on WaltS48 comment 15, it seems that the original reported issue of this bug is solved, and if you're still experiencing it is most likely because your daily build is not the most recent one.

Even worse in a new email I can only send to ONE person. ONE.

What do you mean? You should be able to write multiple recipients in the To field, and each one should be converted into a pill.
Were you expecting multiple To rows like in the old UI, or the message is not actually sent to multiple recipients?

If you use Cc and press enter, the cursor goes back to the end of the address in the To: field, and you can't add more Cc: addresses.

This doesn't happen to me at all. If I add multiple addresses to the Cc field, the cursor stays in that recipient field.

Anyway, if you experience other issues, please open dedicated bugs.

As a long time user I will have to relearn how to use the composition window.

In Thunderbird 68 and previous versions if the user entered an address in the To: field, or any address field, then hit Enter, another field of that kind would appear for the user to start typing another address until done.

With Daily 73.0a1 and the future 78.0 release if things remain the same, the user will have to relearn how to address emails by typing the first address into the field, then start typing the next address after the first address, select it, start typing the third address, select it and continue until done.

I will be used to it by version 78.0 and wonder what all the fuss is about in whatever support forums I still participate in at that time.

The purpose of this change is to offer a more intuitive and natural approach to address typing.
With the old system it was impossible to copy and move multiple recipients at once, changing them from To to Cc for example, and it was very difficult dealing with more than 3 or 4 addresses at once.

This new method, which is still a WIP as it needs many improvements, offers a more natural and expected approach.
You can simply type one address after another, no need to select anything, just keep typing all the addresses that you need.
A little bit of a learning curve is to be expected, and it's our goal to make it as intuitive as possible to reduce friction and frustration.

(In reply to Alessandro Castellani (:aleca) (PTO to 17th Jan 2020, sporadically reading bugmail) from comment #21)

The purpose of this change is to offer a more intuitive and natural approach to address typing.
With the old system it was impossible to copy and move multiple recipients at once, changing them from To to Cc for example, and it was very difficult dealing with more than 3 or 4 addresses at once.

This new method, which is still a WIP as it needs many improvements, offers a more natural and expected approach.
You can simply type one address after another, no need to select anything, just keep typing all the addresses that you need.
A little bit of a learning curve is to be expected, and it's our goal to make it as intuitive as possible to reduce friction and frustration.

So with this new method the user needs to memorize all the addresses in their address books, completely type it in, instead of selecting one from the drop-down list of addresses with similar first letters typed in the field and clicking on it. Some of those first letters typed appear in the last name of the address and in multiple domain names in my address book.

So the drop-down lists will be gone?

The original bug is STILL not fixed. I have put calendar errors here and its still not getting fixed or addressed.

So with this new method the user needs to memorize all the addresses in their address books..

What? How? Why?
The autocomplete still works exactly the same...

The original bug is STILL not fixed. I have put calendar errors here and its still not getting fixed or addressed.

The original bug reported is Reply puts cursor in address line not to body of email which Walt confirmed to be working as expected in the recent daily build.
The calendar errors are unrelated and should be reported on a dedicated bug.

(In reply to Alessandro Castellani (:aleca) (PTO to 17th Jan 2020, sporadically reading bugmail) from comment #24)

So with this new method the user needs to memorize all the addresses in their address books..

What? How? Why?
The autocomplete still works exactly the same...

It autocompletes by selecting the address from the drop-down list which you did say we didn't need to do as I understood.

You can simply type one address after another, no need to select anything, just keep typing all the addresses that you need.

Now go enjoy your PTO!

Ah, sorry, that's a misunderstanding.
You can select the autocompleted address as usual, like it always worked.

By "no need to select anything" I meant you don't need to select another row or the input field again, you can keep typing, and select the autocompleted addresses with the mouse, or by hitting enter, or by hitting comma.

Cheers.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: