Anani
August 6, 2024, 7:37am
1
What’s The Bug?
When I use Ctrl+X to cut, the cursor gets moved to the last character of the previous block. Even if nothing is selected and nothing gets cut.
How To Reproduce It
Have two blocks
Move your cursor to the second block at any position. You may have or not have text selected
Press Ctrl+X
The Expected Behavior
The cursor should remain at its current position.
Additional Context
Possibly related to this fix: Keyboard cursor dissapears after you cut the whole line (block)
I noticed the bug right after the update that included it.
Device
Alienware m16
OS
Windows 11 Pro
Anytype Version
v0.42.0 and v0.42.3, still happens in 0.43.1
Network Mode
AnySync
Technical Information
OS version: win32 x64 10.0.22631
App version: 0.42.3
Build number: build on 2024-08-02 12:17:02 +0000 UTC at #e1e3c496021c87ea0488f4a9eba8836e61a01072 (dirty)
Library version: v0.35.0
Anytype Identity: A7H7D1MLNfkmMVDaoQRfcGGpia3Ync6dxMmM1KAHMqzf9y6j
Analytics ID: 8d1863c3-dac5-48a4-848d-ca50abea47b5
Device ID: 12D3KooWBrU6gJvS4sdvgL51MChnReSUWEd24PVubE3DEwwLrhB4
Angelo
August 6, 2024, 8:55am
2
Reproduced on Mac:
This report has been added to our issue tracker and received by the Development Team.
What’s The Bug?
When copying and pasting large texts into a single text block, the content doesn’t format correctly. The issue arises because the text is not split into multiple blocks, causing formatting problems.
How To Reproduce It
Here is a video showcasing what I mean:
https://loom.autoad.co/share/15e769ce-51ca-4b84-9c64-e5c11f726e41
The Expected Behavior
For it to stand still and not jump if the block is larger.
Device
Macbook Pro 2021
OS
Sonoma 14.2.1
Anytype Version
0.42.3
What’s The Bug?
Cutting out a part of text inside a line makes the cursor jump up in the line above.
How To Reproduce It
Have three lines.
Cut something from the second line out by using Ctrl + x.
→ The cursor jumps at the end position of the line above.
Image or Video
The Expected Behavior
The cursor should stay where it was when Ctrl + x was pressed.
Device
Desktop PC
OS
Win 10
Anytype Version
0.42.5
Network Mode
AnySync
Technical Information
OS version: win32 x64 10.0.19045
App version: 0.42.5
Build number: build on 2024-08-28 17:25:05 +0000 UTC at #3647351f8c8586b053944c998243cc2e15122d22 (dirty)
Library version: v0.35.5
Anytype Identity: AAtt6aReARByswg2CbvZhveoJEEcnydfDu7U2VAkgJALsE7D
Analytics ID: 8a514008-4f5d-40d3-970f-a0d241b63af2
Device ID: 12D3KooWGqd6JSafCCcEwvnke5JAVgBNnuR9gGQeSBQ5HdUboWtG
dzlg
September 13, 2024, 4:52pm
8
What’s The Bug?
When the “cut” action is performed, the cursor moves one block up instead of remaining at the same place.
How To Reproduce It
Create a block within another block
Select a word
Perform the cut action: ⌘+X
See the cursor move up one block
Image or Video
The Expected Behavior
For the cursor to remain at its current place.
Additional Information
The pressed button are not shown in the video, but after I select the word, I press the ⌘+X and the cursor jumps one block up.
Device
M1 MacBook Air
OS
Sonoma 14.6.1
Anytype Version
0.42.8
Network Mode
Anysync
Technical Information
OS version: darwin arm64 14.6.1
App version: 0.42.8
Build number: build on 2024-09-06 10:41:02 +0000 UTC at #c583602e975eaf2e525ef7f22e4700f8825a6420 (dirty)
Library version: v0.35.7
Anytype Identity: A88ZQg1KjcrgvxBHMLu7G1RUSAqN3Ut8bSAf1GhcBmFgbDya
Analytics ID: 0ab193d4-c094-450d-bb76-c756c6c372eb
Device ID: 12D3KooWAkjsB9HrDRXx8yczSYmvoYzUo45KjmKLmGdLsWGgG5Pc
What’s The Bug?
CMD+X jumps cursor up one block after cutting text in macOS
How To Reproduce It
Create a page with two blocks of text. Select text in the lower block and press cmd+x. This causes the cursor to jump up one block
Image or Video
The Expected Behavior
The cursor should remain where it was when I selected the text to cut.
Device
MacBook Pro M1 Max 2021
OS
Sequoia 15.4.1
Anytype Version
v0.46.1
Network Mode
AnySync
Technical Information
OS version: darwin arm64 15.4.1
App version: 0.46.1
Build number: build on 2025-04-17 20:22:50 +0000 UTC at #de38863027eb064b5b0ec258ce088fc45cb213cb
Library version: v0.40.16
Anytype Identity: A7x9qifMvXzYb3xNjzSQZUtNakuAYEw1xaXhtR1uzJsjgQPu
Analytics ID: 4c4c4c3d-3bdb-47dc-b409-b75bcec4afec
Device ID: 12D3KooWEuWGqUcbs78q5wYFG3hU5aBE87mABADge4kXLQmMEsWY
Ethereum Address: 0x626b4C7988493D966cCb19E555891982488f96CA
krst
April 19, 2025, 7:43am
10
perhaps this has also something to do with a jumping cursor when using the Raycast Emoji Picker
This report has been added to our issue tracker and received by the Development Team.
Hexara
May 16, 2025, 1:07am
13
What’s The Bug?
When two lines of text are like following:
Text line one
Text line two
By highlighting the word “line” in the second line then cutting it out, the cursor moves to the end of the line before it:
Text line one|
Text two
How To Reproduce It
Type some text (minimum two lines)
Highlight part of the 2nd line then cut it (CTRL + X)
The cursor moves to the end of line before that line
The Expected Behavior
The cursor should be at positon of the cut part:
Text line two → Text |two
Device
PC
OS
Windows 11 24h2
Anytype Version
0.46.4
Network Mode
AnySync
Technical Information
OS version: win32 x64 10.0.26100
App version: 0.46.4
Build number: build on 2025-04-24 10:15:57 +0000 UTC at #923bc2c8ad34e7b6babbd5edaa6aefef3b432341
Library version: v0.40.18
Anytype Identity: ABAj6wUqK6ovHRXfWcdsAgn9HNDs79n6S99gys16Ea963Nvg
Analytics ID: f5730973-abbc-4ac1-a216-eeb3e63d57bf
Device ID: 12D3KooWKCczd6y2bQeWSQHdmaWFWXgjTxMMRGVk2ZQEUjwcSh1V
Ethereum Address: 0x7340E3Aa3B78908cdb76521fd84CC5BddbdAf7d5
This report has been added to our issue tracker and received by the Development Team.
What’s The Bug?
When you mark a part of a Block and you press Ctrl + x, the cursor jumps up.
How To Reproduce It
See above.
Image or Video
The Expected Behavior
The cursor should stay on its last position.
Additional Context
Related:
Device
Desktop PC
OS
Win 10
Anytype Version
0.47.40-beta
Network Mode
AnySync
Technical Information
OS version: win32 x64 10.0.19045
App version: 0.47.40-beta
Build number: build on 2025-07-18 11:15:08 +0000 UTC at #88608d347f9ff1eaafbcd775773044b427483630
Library version: v0.42.0-rc19
Anytype Identity: AAtt6aReARByswg2CbvZhveoJEEcnydfDu7U2VAkgJALsE7D
Analytics ID: 8a514008-4f5d-40d3-970f-a0d241b63af2
Device ID: 12D3KooWQY7QdCb6zTNw6fHxKHb4iAjb3yLfwop5ApExC7pNMZQQ
Ethereum Address: 0x2da4881c5D6689bac7d6B6BC00D8862aACca9B60
Yes, it’s the same.
And more then only that: I’ve already had reported that bug one year ago (see the 4. post in you linked thread).
– Sorry, seems I get old … <:-/
This issue has been fixed by the Development Team and will be implemented in an upcoming release.