Closed Bug 1517928 Opened 7 years ago Closed 7 years ago

PageUp/PageDown in Write window do not work

Categories

(Thunderbird :: Message Compose Window, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1499430

People

(Reporter: bugzmoz, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0 Steps to reproduce: Just create a new Email or reply to a short one. Then either press PageUp/PageDown. It is relevant that the Editor Window has no Scrollbars (hence an empty new or short email reply)! Actual results: Nothing happens. Expected results: The Cursor should "Hop" a Page up or down. I think this a similar Bug like the one in https://bugzilla.mozilla.org/show_bug.cgi?id=1482425 except pressing the SHIFTT Key. Could it be they focused so much on the SHIFT-PageUp/Down that they forgot testing the normal PageUp/Down behaviour?
As i'm not sure if i selected the correct "Version" -> 60.4.0 (32-Bit)

(In reply to Matthias Egger from comment #0)

The Cursor should "Hop" a Page up or down.
I don't think so. Page Up/Down is to scroll the visible portion of the document, the caret position will never be affected.

Right, Richard?

Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(richard.marti)
Resolution: --- → INVALID

Wow, the format got messed up here.

The Cursor should "Hop" a Page up or down.

I don't think so. Page Up/Down is to scroll the visible portion of the document, the caret position will never be affected.

Sorry, I can see now that this was working differently in TB 52 and we already have a report on this.

Flags: needinfo?(richard.marti)
Resolution: INVALID → DUPLICATE

(In reply to Jorg K (GMT+1) from comment #3)

Wow, the format got messed up here.

The Cursor should "Hop" a Page up or down.

I don't think so. Page Up/Down is to scroll the visible portion of the document, the caret position will never be affected.

TB 52 does this and TB 60 not. With longer text than the page the caret moves with the visible portion of the document. So we are now different to TB 52 but LibreOffice behaves like TB 60 now.

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---

Why undo the duplicate? Please read bug 1499430.

Status: REOPENED → RESOLVED
Closed: 7 years ago → 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.