av9ash/GitBugs huggingface dataset:
Bug: TypeError: textbox is null aboutAddonsExtra.js
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-05 16:19:32+00:00
Resolved: 2021-06-09 12:04:24+00:00

nightly build
newish profile on system with no add-ons
tools > addons

TypeError: textbox is null aboutAddonsExtra.js:44:25
    <anonymous> chrome://messenger/content/aboutAddonsExtra.js:44
    (Async: setTimeout handler)
    <anonymous> chrome://messenger/content/aboutAddonsExtra.js:42
    <anonymous> chrome://messenger/content/aboutAddonsExtra.js:117
    inContentOverlays chrome://messenger/content/specialTabs.js:368
    onLoad chrome://messenger/content/specialTabs.js:463
    loadURI chrome://global/content/elements/browser-custom-element.js:988
    _wrapURIChangeCall chrome://global/content/elements/browser-custom-element.js:922
    loadURI chrome://global/content/elements/browser-custom-element.js:987
    getHtmlBrowser chrome://mozapps/content/extensions/extensions.js:1192
    initialize chrome://mozapps/content/extensions/extensions.js:1218
    initialize chrome://mozapps/content/extensions/extensions.js:521
    initialize chrome://mozapps/content/extensions/extensions.js:129
    (Async: EventListener.handleEvent)
    <anonymous> chrome://mozapps/content/extensions/extensions.js:66
Bug: Message Filter stopped working on upgrade to TB 68.3.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-05 17:31:51+00:00
Resolved: 2020-01-11 13:56:28+00:00

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

Steps to reproduce:

My system auto updated to 68.3.1 today.  Just after I noticed that filtering was not occurring

Check on message filter shows the filter was displayed as "Missing Custom Term", "matches" and nothing - not even a box - for the term to match against.

The filter had been working correctly before the upgrade for many, many months.
This is the msgFilter file:

version="9"
logging="no"
name="Online Gala Entries"
enabled="yes"
type="17"
action="Move to folder"
actionValue="imap://my.gmail.username%40gmail.com@imap.gmail.com/my.folder.name"
condition="AND (filtaquilla@mesquilla.com#subjectRegex,matches,^Web entry \d\d\d\d from)"

Note: Foldername, gmail username have been changed for protection.


Actual results:

Filtering did not occur. The messages appeared in the Inbox


Expected results:

The messages should have been filed in the folder "WebEntry"
Bug: The Thunderbird window expands by ~33% beyond the size of my computer screen upon opening a Calendar Lightening tab and manually resizing is difficult difficult to accomplish.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-05 18:22:19+00:00
Resolved: 2020-01-05 18:35:15+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce:

Upon opening a Lightning Calendar tab while in the Mail tab of Thunderbird, the entire size of the Thunderbird's window (including all tabs) resizes to about 33% greater than the horizontal size of my visible computer screen.


Actual results:

Upon opening a Lightning Calendar tab while in the Mail tab of Thunderbird, the entire size of the Thunderbird's window (including all tabs) resizes to about 33% greater than the horizontal size of my visible computer screen.


Expected results:

The screen size should remain the same size as it is while in the Mail Tab - which actually fits the size of the screen (and resizes properly).

I noticed this problem began occurring after I updated Lightning to 68.3.1.1 (December 19, 2019). Again, the problem only occurs after opening a Lightning calendar tab - and it then affects the entire Thunderbird window for all tabs.
Bug: Crash in [@ }'] free-after-use in AsyncIHandlerControl
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-05 20:06:35+00:00
Resolved: 2021-01-03 16:20:22+00:00

all crashes are Windows.  majority have crash address 0xe5e5e5e5.   A few are 0xffffffffffffffff like bp-08f8146a-29f0-4aa9-8eb9-bffca0200104

some are startup crashes, most are not.  no apparent correlation to crash address.

every crashes I looked at has no third party AV, which seems *quite* odd, and no add-ons (except bp-3284c6dd-172e-4dec-833a-9b1b90200104 has one addon)

bp-c9163a13-ea75-48e6-8245-bc7e00200105   crash address 0xe5e5e5e5
0 xul.dll [thunk]:AsyncIHandlerControl::`vcall'{20, {flat}}' }' 
1 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1175
2 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:486
3 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:88
4 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308
5 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:290
6 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
7 xul.dll nsAppShell::Run widget/windows/nsAppShell.cpp:412
8 xul.dll nsAppStartup::Run toolkit/components/startup/nsAppStartup.cpp:276
9 xul.dll XREMain::XRE_mainRun toolkit/xre/nsAppRunner.cpp:4616

beta crash bp-0d69007e-3d56-4133-bc13-22bba0191219
Bug: Thunderbird 68.3.1 (32 bit) refuses to find and open Word doc attachments after last update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-05 20:57:18+00:00
Resolved: 2020-01-06 21:47:03+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

Steps to reproduce:

Open a Thunderbird 68.3.1 (32 bit) and open any email message that has a Word document attached.  Then double click on the dot doc file listed at bottom of message.  Word opens but then can't find the file.  However, if I right click that same file and save it to the hard drive Word has no problem opening it.  This is not the behavior that has been normal up until the last and latest update.


Actual results:

After the last and latest update Thunderbird fails to link the attached file correctly so Word can not find the file but the file is not corrupt and can be verified by saving the attached file to the hard drive.


Expected results:

Prior to the last update I could double click an attached Word document and Word would open and then open the attached file.  After the last update that stopped.  Word opens but is unable to locate the file.
Bug: Unable to move messages from inbox to IMAP folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-05 21:12:51+00:00
Resolved: 2021-05-08 12:41:46+00:00

+++ This bug was initially created as a clone of Bug #1522483 +++

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

Steps to reproduce:

Using Thunderbird with GMail account.  No local folders, just remote IMAP folders (labels).  At startup, message moves to a folder (using menu or click and drag) work fine.  After some time (and several moves to the same IMAP folder), I am no longer able to move messages to that folder.  Moves to other IMAP folders continue to work.  Restarting the software clears the error.


Actual results:

Message "Moves" to a folder stop working after having moved several messages to that folder.


Expected results:

Message "Moves" should always work.

**I was finally able to reproduce this problem while running in Debug mode. The log file has been uploaded to Google Drive (too large to attach). File URL is:**

https://drive.google.com/file/d/1-29WcT43O49Sc_G2RiD4KjKn7hrsLF3v/view?usp=sharing
Bug: Attachment filename with more than two words separated by spaces will not open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-05 22:09:12+00:00
Resolved: 2020-01-06 03:48:03+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36 CCleaner/77.1.1834.93

Steps to reproduce:

Am using Thunderbird 68.3.1 replease
sent myself a test email with a Microsoft Word file attached containing 3 words in its filename


Actual results:

clicking on attachment starts Microsoft word, but it reports it cannot open a file, which is reported as a Microsoft Word file with only the first word as its filename.


Expected results:

Ms Word should have open the file correctly, as previous versions of Thunderbird have allowed.
Bug: Deleting a message in a standalone window only removed the delete button.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-06 10:23:11+00:00
Resolved: 2024-04-07 01:34:12+00:00

Following the steps to reproduce given in bug 646168#c23

> https://support.mozilla.org/en-US/questions/1272097
> Testing another user claiming a bug where window does not close on delete.
> Agreed there was a bug, but also managed to get a crash on last test.
> 
> 
> Windows 10
> Thunderbird 68.2.1
> Set Unified view
> The following all performed in the 'Unified Inbox'
> Set Sort by to include threaded
> Set options: Open messages in: 'An existing message window' and 'Close message window/tab on move or delete'
> 
> Double click to open any message - not necessarily a threaded email.
> email opens in new window.
> Click on 'Delete' button
> Window with deleted messages remains open, but note the 'Delete' button has been removed.
> Close 'deleted email' window - top right X
> 
> Set options: Open messages in: 'An new message window' and 'Close message window/tab on move or delete'
> Open email, email opens in new window, click on 'Delete'. Same result as above.
> Close 'deleted email' window - top right X
 

Deleting the message does remove the delete button from the window.  So filing this bug to follow that up.
Bug: Completely lost everything in new update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-06 13:42:14+00:00
Resolved: 2020-01-06 17:05:38+00:00

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

Steps to reproduce:

Went to get new update and everything gone.


Actual results:

Everything gone, all settings, etc.


Expected results:

Upgrade shouldn't have lost the original settings.
Bug: newline chars of signature text from external plain text file not included in signature
Status: UNCONFIRMED
Priority: --
Created: 2020-01-07 01:44:35+00:00
Resolved: 2022-10-11 23:48:45+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

Included newline characters before and after other text in signature (plain text, not from an external file).


Actual results:

Newlines were stripped.


Expected results:

Text should be left as entered.
Bug: Applying update never finishing
Status: UNCONFIRMED
Priority: --
Created: 2020-01-07 10:19:03+00:00
Resolved: 2022-10-11 23:48:47+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

Opened Thunderbird from my desktop, was given a small window telling me it was updating, it then loading the program but did not display my email account or any relevant information. Wouldn't allow me to click on anything other than 'About Thunderbird' where it informed me that it was 'applying update 68.3.1 (32-bit)'.


Actual results:

Quite simply, nothing happened! It has continued to say 'applying update' ever since. It's now been a day and a bit that's it been doing this, meaning I can't access my emails (first started Monday January 6th). 


Expected results:

Being able to access my emails is what should have happened!!
Bug: From View Source, german content has encoding issue
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-07 11:18:48+00:00
Resolved: 2020-01-11 13:40:38+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

1. Select an article within a newsgroup, whose subject/body contains german characters 
2. Click on drop-down button "More" and select "View Source" option
 


Actual results:

Subject/Title are displayed with some strange characters 


Expected results:

Subject/Title are displayed properly without strange characters.
Bug: problemas con el manejo de adjuntos, en la versión Thunderbird Setup 68.3.0 y superior
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-07 14:16:43+00:00
Resolved: 2020-01-08 10:18:16+00:00

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

Steps to reproduce:

Thunderbird Setup 68.3.0 no maneja correctamente los adjuntos


Actual results:

los adjuntos con nombres compuestos con espacios intermedios se abren de forma inadecuada y la aplicación predeterminada intenta abrir archivos no válidos en ubicaciones incorrectas.
Bug: New messages no longer load automatically at startup
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-07 14:52:44+00:00
Resolved: 2020-08-20 10:34:59+00:00

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

Steps to reproduce:

Double checked options


Actual results:

Nothing


Expected results:

After latest update (68.3.1) Tbird no longer automatically downloads new messages at startup.  Yes I checked that no option had changed
Bug: "Insert HTML" pane doesn't resize well
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-07 15:42:11+00:00
Resolved: 2020-01-22 23:36:46+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0

Steps to reproduce:

I occasionally modify my messages in HTML directly, using the menu functions

      Edit -> Select All
      Insert -> HTML

These give me a (small) pane containing the HTML representation of the message, which I can edit directly.


Actual results:

That being said, the HTML pane is too small to give a good view of the bracketed HTML constructs. I can resize the pane horizontally and it gives a wider view. If I resize the pane vertically, however, it resizes the "dead" area of the pane rather than the edit-window, which is useless.


Expected results:

The edit-window of the Edit HTML pane should re-size both vertically & horizontally.
Bug: Unread message in dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-07 15:45:34+00:00
Resolved: 2020-01-07 15:58:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

In Thunderbird 64bit 68.3.1 color of unread message in dark theme is no longer blue but it is withe as old less readable version.

Please see the attached image.


Actual results:

Text color of unread message in message pane is white.


Expected results:

Text color of unread message in message pane should be blue.
Bug: Print Preview window looks weird
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-07 16:53:12+00:00
Resolved: 2020-01-07 16:57:58+00:00

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

Steps to reproduce:

I've clicked on the Print Preview menu entry in main menu.


Actual results:

The Print Preview window's upper toolbar part is enormous instead of being a few pixels high.


Expected results:

The Print Preview window's upper toolbar part should be at least a few dozens of pixels high.
Bug: Missing double quotes when passing filename to external program
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-07 17:08:07+00:00
Resolved: 2020-01-11 13:41:52+00:00

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

Steps to reproduce:

I've clicked on an attachment to open it.


Actual results:

When the filename has spaces in it, there are multiple dialogs about not finding the file, so when the filename has 3 spaces separating words in it, there are 4 dialogs.


Expected results:

Prior to version 72 everything worked fine, since Thunderbird has passed the filename in double quotes, like "this is a file.pdf", so the external application knew he got one filename as one parameter in double quotes.

From version 72 it passes the above filename as
this
is
a
file.pdf
which renders opening links unusable.

Saving the file to somewhere then opening it is the only possible solution ATM.
(I also created a Windows .CMD file to check how many parameters it gets, and when calling it from TB 72 it got 4 parameters taking the above example.

I've attached the two dialogs I've got with opening "sc-PortaCreator_Kieg december1.xlsx" (there are no double quotes in the filename, of course, bug TB should pass filenames like this).
Bug: Drag and drop to right-hand side of Add-Ons Manager doesn't work (take 2)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-07 17:35:50+00:00
Resolved: 2020-01-15 05:10:11+00:00

+++ This bug was initially created as a clone of Bug #1566347 +++

It broke again. TB 72 beta 3 already not working.

Alice, could you please find the regression for us:
STR: Get some TB add-on as XPI file, drag the file onto the Add-ons manager. It shows a stop sign.
Bug: Don't show the To: field if the Newsgroup or Follow-up fields are in use
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-07 18:35:11+00:00
Resolved: 2020-01-30 23:13:12+00:00

As per Magnus comment on bug 1601748#c7

>  if you have a newsgroup selected it should not have To showing at all. Newsgroup should show, and maybe Follow-up too, since that's kind of standard for news.
Bug: TypeError: openFeedView.children.forEach is not a function mailWindowOverlay.js:816 visiting appmenu -> Message
Status: NEW
Priority: --
Created: 2020-01-07 22:21:18+00:00
Resolved: 2022-10-11 23:48:59+00:00

In Thunderbird trunk, just visiting the appmenu -> Message submenu throws an error in the console:
TypeError: openFeedView.children.forEach is not a function mailWindowOverlay.js:816:25

This only happens in the appmenu. In the main menu (Message submenu) this does not happen.
Bug: MICROBUG: Save As has default file type all but file is saved as .eml
Status: NEW
Priority: --
Created: 2020-01-07 22:24:56+00:00
Resolved: 2022-10-11 23:48:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36 OPR/65.0.3467.78

Steps to reproduce:

1. Right click message.
2. Click Save As…


Actual results:

Save dialog file type is All.


Expected results:

File type should be .eml as message is about to be save in.
Bug: Tools - Account Settings - Junk Settings - Select and Toggle Broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-07 23:13:27+00:00
Resolved: 2020-12-25 02:25:11+00:00

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

Steps to reproduce:

Under Tools -> Account Settings select a server.
Click on Junk Settings.
In the Do not automatically mark mail as junk if the sender is list click on a mailing list.
Note the space-bar toggles the check-mark.
Use the cursor keys to move the selection bar and note the highlight moves.
Press the space-bar and note the PREVIOUSLY-SELECTED item is toggled (not the current selection.)


Actual results:

Changing the selection by clicking moves the highlight and the space-bar toggles the highlighted item.
Navigating with the cursor keys changed the highlight but the space-bar toggles the previous selection.


Expected results:

Changing the selection with the cursor keys or clicking the mouse should be equivalent.
Bug: Editing of mail filters has with the last update become incredibly slow. The more filter lines the slower the filtering!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-08 10:07:58+00:00
Resolved: 2020-01-08 18:07:35+00:00

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

Steps to reproduce:

I only updated Thunderbird from the previosu to the newest version 68.3.1 (32 bits) and since then the mail filtering and editing of the mail filters suddenly suffered a delay of nearly 2 minutes.


Actual results:

Mail filtering and mail filter editing has becoam very slow/delayed.


Expected results:

Hardly any delay should be seen, particulalrly when the mail filter is started up for editing of the filters but then nearly 2 minutes pass before a filter appears and can be edited.
Bug: Changing checkbox "using systemcolours" does not change anything. Systemcolours are folowed anyway
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-08 10:31:34+00:00
Resolved: 2020-12-30 15:56:39+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

In the dutch language version:
In the latest update, my backgroundcolours in Thunderbird got dark (because my windows system setting is dark)
If I go to options - options - view -fonts and colors button colours; there is a checkbox to choose weather or not I want to use the systemcolours. 


Actual results:

If I check or unckeck the box doesn't change a thing (even after restart of thunderbird)


Expected results:

Dark mode in windows should give dark mode in Thunderbird and light mode in windows should give light mode in thunderbird
Bug: TB does not remember the save path from first attachment anymore when saving multiple attachments
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-08 10:41:00+00:00
Resolved: 2020-11-17 07:46:32+00:00

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

Steps to reproduce:

After update to version 68.3.1


Actual results:

When incoming mail has multiple attachments the previous TB versions used to remember the path that was selected after the first attachment was saved. Now the whole path has to be entered again and again for each next attachment that needs saving.


Expected results:

Thunderbird should just like in the previous TB version have remembered the path where the previous attachment of a mail message was saved.
Bug: Emails in Local Folder Deleted
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-08 14:32:57+00:00
Resolved: 2021-01-06 00:30:21+00:00

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

Steps to reproduce:

I tried moving a folder from my inbox to a local folder. (I use local folders to classify emails I retain from several email accounts.) Version is 72.0b3


Actual results:

The inbox email remained (at least was displayed) in the inbox list. When I tried moving it to a different folder, that worked; however, when I tried to move the email from the "different" folder to the target folder, all the emails in the target folder disappeared, and Windows 10 File Explorer indicates the target folder is empty.


Expected results:

The inbox email should have been moved to the target folder and removed from the inbox list. Note: there is no indication given on the progress of moving emails; a progress indicator and completion/failure status would be helpful.
Bug: Composing message - changed message scroll behavior when pressing <Enter>
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-08 16:43:23+00:00
Resolved: 2020-01-11 14:03:23+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:73.0) Gecko/20100101 Firefox/73.0

Steps to reproduce:

Replying to the message and pressing <Enter>


Actual results:

When creating new line, cursor stays at the top and new lines or written text are moved above the cursor, out of visible view.
If I want to view the text above the cursor, I have to scroll up or move the cursor with keyboard arrows.
Cannot pinpoint which update did that, but the behavior wasn't like that before.

Let's illustrate it like this, dashed line shows the top border of the visible message view.

Steps:
1)
---------------------
<Cursor here>

2)
---------------------
Some text <Enter>

3)
Some text <Enter>
---------------------
<Cursor here>


I cannot reproduce it always, in some messages it works as expected, in some it doesn't. Seems it has something to do with messages containing image and/or long text.


Expected results:

1)
---------------------
<Cursor here>

2)
---------------------
Some text <Enter>

3)
---------------------
Some text <Enter>
<Cursor here>