github-starred/vikunja
2
0
Fork 0
mirror of https://github.com/go-vikunja/vikunja.git synced 2026-05-06 03:27:53 -05:00
Code Issues 690 Packages Projects Releases 11 Wiki Activity

Description field drag-and-drop behavior changes with "Upload Attachment" button presence #665

New Issue
Open
opened 2025-11-01 21:01:25 -05:00 by GiteaMirror · 0 comments
GiteaMirror commented 2025-11-01 21:01:25 -05:00
Owner
Copy Link

Originally created by @Plong-Wasin on GitHub (Oct 15, 2025).

Description

There is an inconsistent behavior in the description text field when dragging and dropping text depending on whether the "Upload Attachment" button is visible or not.

  • Expected behavior:
    Dragging and dropping text within the description field should consistently allow moving text regardless of the presence of the "Upload Attachment" button.

  • Actual behavior:

  • When the "Upload Attachment" button is not visible, dragging and dropping text behaves normally, allowing users to move text inside the description field.

  • When the "Upload Attachment" button appears (e.g., after clicking "Add Attachments"), dragging text into the description field changes to a "drop file here to upload" overlay, preventing users from moving text and instead prompting for file uploads.

Steps to reproduce:

  1. Open an item with a description field.
  2. Ensure the "Upload Attachment" button is not visible.
  3. Drag and drop text inside the description field — text moves as expected.
  4. Click "Add Attachments" to make the "Upload Attachment" button visible.
  5. Try dragging text inside the description field again — now it shows "drop file here to upload" and text cannot be moved.

This behavior can create confusion and hinder normal text editing when attachments are enabled. A consistent solution is needed to differentiate between dragging files and dragging text within the description field.

Vikunja Version

v1.0.0-rc2-75-5f1d6845

Browser and version

No response

Can you reproduce the bug on the Vikunja demo site?

Yes

Screenshots

Image
Originally created by @Plong-Wasin on GitHub (Oct 15, 2025). ### Description There is an inconsistent behavior in the description text field when dragging and dropping text depending on whether the "Upload Attachment" button is visible or not. - **Expected behavior:** Dragging and dropping text within the description field should consistently allow moving text regardless of the presence of the "Upload Attachment" button. - **Actual behavior:** - When the "Upload Attachment" button is not visible, dragging and dropping text behaves normally, allowing users to move text inside the description field. - When the "Upload Attachment" button appears (e.g., after clicking "Add Attachments"), dragging text into the description field changes to a "drop file here to upload" overlay, preventing users from moving text and instead prompting for file uploads. Steps to reproduce: 1. Open an item with a description field. 2. Ensure the "Upload Attachment" button is not visible. 3. Drag and drop text inside the description field — text moves as expected. 4. Click "Add Attachments" to make the "Upload Attachment" button visible. 5. Try dragging text inside the description field again — now it shows "drop file here to upload" and text cannot be moved. This behavior can create confusion and hinder normal text editing when attachments are enabled. A consistent solution is needed to differentiate between dragging files and dragging text within the description field. ### Vikunja Version v1.0.0-rc2-75-5f1d6845 ### Browser and version _No response_ ### Can you reproduce the bug on the Vikunja demo site? Yes ### Screenshots <img width="968" height="749" alt="Image" src="https://github.com/user-attachments/assets/de2a2d6b-a59f-4cdb-82c0-204658c23fdb" />
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 Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/vikunja#665
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?