Extra symbols with divider when inserting it with words below it

Bug Reports Closed
,
1

WHAT IS THE BUG

Extra dash - and * appears when inserting dividers above words then delete the extra line created during the insert process.

HOW TO REPRODUCE IT

  1. Enter some words
  2. Try to insert a divider with --- or *** (for dot/line)
  3. Backspace to delete the extra line it created
  4. Extra symbols show up

THE EXPECTED BEHAVIOR

No extra line created when there are words below the location of divider input.
OR/AND
No extra symbols is generated.

SYSTEM INFORMATION

  • Device:
    Macbook Air M1
  • OS:
    Ventura 13.3.1(a)
  • Anytype Version:
    v.0.31.0

ADDITIONAL CONTEXT

Can’t use markdown on mobile

2

This report has been added to our issue tracker and received by the Development Team.

3

ADDITIONAL CONTEXTS AND AMENDMENTS

How to reproduce it

  1. Enter some words
  2. Try to insert a divider with --- or *** (for dot/line)
  3. Backspace to delete the extra line it created with (forward) delete button on external keyboard
  4. Extra symbols show up

I currently use an external keyboard with customised GMK/VIA setting.
So maybe this is a Windows/Mac keyboard compatibility problem with GMK/VIA setting; then maybe Anytype don’t need to solve this problem

CURRENT SOLUTION

Use default backward delete (aka backspace) instead

4

I can’t reproduce in latest version.

Also these external keyboards have caused similar problems in the past.

5

I am able to reproduce this bug. I am on the windows version of anytype Version: 0.31.72-beta

##Steps to Reproduce##

  1. Create some empty blocks

  2. Click or move on a block somewhere in the middle and add text

  3. Go to the block directly above

  4. Input “—” for the divider
    Divider was inserted and new empty block created directly under (above the text you input in step 2)
    Curser was moved into the empty block

  5. Press Delete/Del on the keyboard

  6. Bug appears

##Result##
Empty block is deleted. Text moves up and inserts a - character before your text automatically for some reason.

Video attached following the same steps in this reply.

##Technical Information##
OS version: win32 x64 10.0.19045
App version: 0.31.72-beta
Build number: build on 2023-06-13 20:48:15 +0000 UTC from at #0fa0c6245a6b523e1830aa38e9184a0a7ec42fad(v0.27.2)
Library version: v0.27.2
Analytics ID: AAb3CnvsiL23WvBh5o1b6BBgzuudiVtAbWNHuBaddtcUwQsX
Device ID: A8cTVfDHfqd92UWdRi7p2jKvHYouXHR8p9XtXEoeEBFC9icE

6

Looks a Window’s “delete” problem, rather than external keyboard problem.
I am marking bug unsolved for now.

7

Agreed. There is a bug somewhere in in AnyType. I can confirm it is not an input issue as I have used a bluetooth, wired, and on-screen keyboard with the same results

10

I can reproduce this on 0.32.2

11

Still present in v.0.35.4.

12

What about 0.35.17?

13

Still present in v.0.36.0. (No hurry in solving this though - can easily be adapted by backspacing or directly type — before the words instead of entering aka creating new line)

14

Looks all fine in v.0.37.0