Email compose when replying doesn't scroll properly when creating a new line
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: piotr.skowronek, Unassigned)
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
- set email content to html mode
- on email click reply
- hit enter a couple of times
Actual results:
apparently nothing happens i.e. quoted email doesn't go down, but if you hit scroll up you see that newlines have been added on top, in other worlds scroll doesn't move and adds new lines above without scrolling
Expected results:
the quoted text (a text below) should move down when I hit enter. The same behavior happens for edited text. Scrollbar is broken.
As this bug report platform became stupid-easy and there's no place to enter my operating system or exact version TB I write it here: macOS v10.15.2 (19C57), TB: 68.3.0
|
Reporter | |
Comment 1•6 years ago
|
||
*) in other worlds -> in other words
|
||
Comment 2•6 years ago
|
||
That generally do work. Some add-on causing problems? Try Help | Restart with add-ons disabled
|
|
Reporter | |
Comment 3•6 years ago
|
||
Hi Magnus,
I've tried to disable all the add-ons using your procedure and am still reproducing the problem.
Here is the screencast:
https://drive.google.com/file/d/1X-cDnHt1KUs_zNe-WSpTe1MMpzncPgnc/view?usp=sharing
Steps:
- on an email hit reply
- cursor is at the end of the email (which is also strange, I guess in previous version 67? - those before 68 - the cursor was on at the beginning)
- hit Command+UP to move the cursor to the beginning of the email (on video 00:03s)
- then hit Enter several of times (00:03->00:06s) - you can observe the vertical scrollbar to be update but email doesn't go down - new lines are being added on the top outside of the view
- 00:06s I hit UP to show that new lines are above
- 00:11s I enter 'ffff' and hit Enter - the text vanishes going up outside of the view
I suspect that this is being observable only when window is too small to accommodate the replied email, if window is big enough or replied email is small enough then it works well. This bug is a regression - in previous major release (67?) it worked well.
Hope it helps,
PS: btw, can you tell me if I can change the behavior described in 2? To have cursor on top by default?)
|
|
||
Comment 4•6 years ago
|
||
I've never seen that.
Certain changes re where to start writing can be set under Account Settings | Composition&Addressing
|
||
Comment 5•6 years ago
|
||
I've never seen that.
Bug triaging isn't simple. You basically need to know what's going on across the project.
|
|
Reporter | |
Comment 6•6 years ago
|
||
For anyone interested - there's workaround, set TB to automatically start replying starting from the top (Account -> Settings -> Composition -> start from the top of replied email /I don't have english version currently so this ain't word-by-word exact/).
Having that settings the problem doesn't appear anymore, even if you go to the end and back (by CMD+DOWN & CMD+UP) .
Description
•