github-starred/vikunja
2
0
Fork 0
mirror of https://github.com/go-vikunja/vikunja.git synced 2026-07-31 10:47:57 -05:00
Code Issues 690 Packages Projects Releases 11 Wiki Activity

Duplicate Task Creation When Hitting Enter with Korean Input on Google Chrome #1987

New Issue
Closed
opened 2026-03-22 13:49:33 -05:00 by GiteaMirror · 8 comments
GiteaMirror commented 2026-03-22 13:49:33 -05:00
Owner
Copy Link
Copy Source

Originally created by @uyu423 on GitHub (Aug 1, 2024).

Description

Hello.
I am a user from South Korea.

When creating a task using Korean input and hitting enter, the task gets created multiple times.
This issue might also occur with other input methods similar to Korean, such as Chinese and Japanese.
However, moving the cursor more than once or using the "ADD" button to create the task does not result in this issue.
Testing in Safari browser showed normal behavior without any issues.
I am attaching a screenshot for reference.

ps) When a task is duplicated, one is created exactly as entered, and the other is created with the last character omitted.

Thank you.

Test:

Input Korean Text (title: "한글이 두번 입력되는 이슈 테스트")
image

Duplicate creation HTTP request
image
image

Result
image

Vikunja Version

v0.24.1

Browser and version

Google Chrome 127.0.6533.73 (arm64)

Can you reproduce the bug on the Vikunja demo site?

Yes

Screenshots

No response

Originally created by @uyu423 on GitHub (Aug 1, 2024). ### Description Hello. I am a user from South Korea. When creating a task using Korean input and hitting enter, the task gets created multiple times. This issue might also occur with other input methods similar to Korean, such as Chinese and Japanese. However, moving the cursor more than once or using the "ADD" button to create the task does not result in this issue. Testing in Safari browser showed normal behavior without any issues. I am attaching a screenshot for reference. ps) When a task is duplicated, one is created exactly as entered, and the other is created with the last character omitted. Thank you. Test: **Input Korean Text** (title: "한글이 두번 입력되는 이슈 테스트") ![image](https://github.com/user-attachments/assets/5cb7ceed-4d24-4339-a7e0-be59ef020f06) **Duplicate creation HTTP request** ![image](https://github.com/user-attachments/assets/6299baba-7e71-4a15-84ca-db374da80028) ![image](https://github.com/user-attachments/assets/d8f561ca-938f-4522-bbbd-f106a08bea5c) **Result** ![image](https://github.com/user-attachments/assets/8a931a38-5cde-489b-9f0c-33ffe3921b23) ### Vikunja Version v0.24.1 ### Browser and version Google Chrome 127.0.6533.73 (arm64) ### Can you reproduce the bug on the Vikunja demo site? Yes ### Screenshots _No response_
GiteaMirror commented 2026-03-22 13:49:34 -05:00
Author
Owner
Copy Link
Copy Source

@dpschen commented on GitHub (Aug 7, 2024):

Unsure where this is originated.
Could this be an issue with text segmentation? If so Intl.Segmenter might help. Aka use Intl.Segmenter instead of split(' ').

@dpschen commented on GitHub (Aug 7, 2024): Unsure where this is originated. Could this be an issue with text segmentation? If so [Intl.Segmenter](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl/Segmenter#examples) might help. Aka use `Intl.Segmenter` instead of `split(' ')`.
GiteaMirror commented 2026-03-22 13:49:35 -05:00
Author
Owner
Copy Link
Copy Source

@kolaente commented on GitHub (Aug 7, 2024):

I was unable to reproduce this when copying the Korean text from the original comment into the task input and pressing enter. This may indicate the bug has something to do with the keyboard layout, not necessarily with Korean letters.

@dpschen maybe we should add that and check if the issue is gone after that?

@kolaente commented on GitHub (Aug 7, 2024): I was unable to reproduce this when copying the Korean text from the original comment into the task input and pressing enter. This may indicate the bug has something to do with the keyboard layout, not necessarily with Korean letters. @dpschen maybe we should add that and check if the issue is gone after that?
GiteaMirror commented 2026-03-22 13:49:35 -05:00
Author
Owner
Copy Link
Copy Source

@dpschen commented on GitHub (Aug 7, 2024):

I was able to reproduce.
It did work in the overview. But in a project list view you will end up with two tasks.

@dpschen commented on GitHub (Aug 7, 2024): I was able to reproduce. It did work in the overview. But in a project list view you will end up with two tasks.
GiteaMirror commented 2026-03-22 13:49:36 -05:00
Author
Owner
Copy Link
Copy Source

@uyu423 commented on GitHub (Aug 8, 2024):

Thank you for your passionate technical support.

The way to reproduce @kolaente 's issue is probably because the copied text is in a different cursor activation state. I guess the issue is reproduced only when directly inputting.

@dpschen In my case, it is reproduced in both the overview and project list views.

Is there anything you can check to help me with this issue? If you tell me where to set the debug point and create the task, I can check it ! (although my knowledge of the frontend is limited)

@uyu423 commented on GitHub (Aug 8, 2024): Thank you for your passionate technical support. The way to reproduce @kolaente 's issue is probably because the copied text is in a different cursor activation state. I guess the issue is reproduced only when directly inputting. @dpschen In my case, it is reproduced in both the overview and project list views. Is there anything you can check to help me with this issue? If you tell me where to set the debug point and create the task, I can check it ! (although my knowledge of the frontend is limited)
GiteaMirror commented 2026-03-22 13:49:36 -05:00
Author
Owner
Copy Link
Copy Source

@kolaente commented on GitHub (Aug 12, 2024):

My best guess right now is this has something to do with the multiline input (you can enter multiple lines of text and it will create a task for each line). If that's the case, using Intl.Segmenter as suggested by dpschen should fix it. I'll take a look.

@kolaente commented on GitHub (Aug 12, 2024): My best guess right now is this has something to do with the multiline input (you can enter multiple lines of text and it will create a task for each line). If that's the case, using Intl.Segmenter as suggested by dpschen should fix it. I'll take a look.
GiteaMirror commented 2026-03-22 13:49:37 -05:00
Author
Owner
Copy Link
Copy Source

@kolaente commented on GitHub (Aug 12, 2024):

Here's where we split:

https://github.com/go-vikunja/vikunja/blob/main/frontend/src/helpers/parseSubtasksViaIndention.ts#L21

It looks like that should work since \r\n is the same regardless of the input text language.

AFAIK to properly use Intl.Segmenter we'd need to detect the language of the input, which isn't really possible that easily (and overkill for the problem at hand).

@dpschen do you have an idea how to debug this further?

@kolaente commented on GitHub (Aug 12, 2024): Here's where we split: https://github.com/go-vikunja/vikunja/blob/main/frontend/src/helpers/parseSubtasksViaIndention.ts#L21 It looks like that should work since `\r\n` is the same regardless of the input text language. AFAIK to properly use `Intl.Segmenter` we'd need to detect the language of the input, which isn't really possible that easily (and overkill for the problem at hand). @dpschen do you have an idea how to debug this further?
GiteaMirror commented 2026-03-22 13:49:37 -05:00
Author
Owner
Copy Link
Copy Source

@dpschen commented on GitHub (Aug 12, 2024):

Maybe try out the following: assume the written text is in the users language (even if that’s not the case). For segmentation the result might still be better than splitting by space. Eg. afaik emojis shouldn’t make problems.

If it doesn’t solve the problem I would reverse it.

@dpschen commented on GitHub (Aug 12, 2024): Maybe try out the following: assume the written text is in the users language (even if that’s not the case). For segmentation the result might still be better than splitting by space. Eg. afaik emojis shouldn’t make problems. If it doesn’t solve the problem I would reverse it.
GiteaMirror commented 2026-03-22 13:49:37 -05:00
Author
Owner
Copy Link
Copy Source

@kolaente commented on GitHub (Jun 24, 2025):

I'm closing this since we can't really reproduce it. Please ping if you can provide us with a way to reproduce it reliably.

@kolaente commented on GitHub (Jun 24, 2025): I'm closing this since we can't really reproduce it. Please ping if you can provide us with a way to reproduce it reliably.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/api
area/attachments
area/auth
area/avatars
area/backup-restore
area/caldav
area/calendar-view
area/comments
area/config
area/database
area/desktop
area/docker
area/email
area/favorites
area/filters
area/frontend
area/gantt
area/i18n
area/import-export
area/internal-code
area/kanban
area/labels
area/list-view
area/mobile
area/notifications
area/permissions
area/projects
area/pwa
area/recurring-tasks
area/reminders
area/search
area/shortcuts
area/subtasks
area/sync
area/table-view
area/task-editor
area/task-metadata
area/task-relations
area/teams
area/theming
area/time-tracking
area/typesense
area/views
area/webhooks
bug
changes requested
concern/accessibility
concern/performance
concern/regression
concern/ux
confirmed
db/mysql
dependencies
enhancement
good first issue
help wanted
integration/inbound
integration/outbound
kind/bug
kind/feature
needs reproduction
pull-request
Mirrored from GitHub Pull Request
 question
security
support
upstream issue
waiting for reply
wontfix
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/vikunja#1987