starred/vaultwarden
1
0
Fork 0
mirror of https://github.com/dani-garcia/vaultwarden.git synced 2026-02-05 00:29:40 +03:00
Code Issues 15 Packages Projects Releases 10 Wiki Activity

No attachment Upload from within Organization possible #1103

New Issue
Closed
opened 2026-02-04 23:54:50 +03:00 by OVERLORD · 3 comments
OVERLORD commented 2026-02-04 23:54:50 +03:00
Owner
Copy Link

Originally created by @derdrave on GitHub (Aug 18, 2021).

Hi,

first of all: Great product and I love using it. Many thanks for all the work you put into this project.

Recently (since Version 1.22) I have a specific problem with attachment-uploads from within organization from browser:

Browser: recent / up to current date Chrome or Firefox (even Nightly)
OS: Windows / Linux / OS X (I think it doesn't matter)

Working Case

  1. I log into Vaultwarden
  2. I go into one of the shown collections (from my organization, but without first clicking on the organization on the right)
  3. I create an entry or update an entry with putting an attachment
  4. I select the attachment and click on save
  5. everything is fine; green success popup

debug-log for the working case :

vaultwarden-app    | [2021-08-18 17:33:15.410][response][INFO] POST /api/ciphers/<uuid>/attachment/v2 (post_attachment_v2) => 200 OK
vaultwarden-app    | [2021-08-18 17:33:15.457][request][INFO] POST /api/ciphers/818cd64e-118d-41b4-8c73-3f03fa86ed71/attachment/40ec0aa27af164246f3f
vaultwarden-app    | [2021-08-18 17:33:15.461][multipart::server][INFO] Multipart::with_boundary(_, "----WebKitFormBoundaryvURmJvJFnNYwrhsg")
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] ReadEntry::read_entry()
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server][DEBUG] Consume boundary!
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Boundary not found yet
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 365 Search idx: 0 State: Searching
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] After search Buf len: 365 Search idx: 0 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Discarding 0 bytes
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 323 Search idx: 0 State: Searching
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] After search Buf len: 323 Search idx: 279 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Subtract two!
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] Parsed headers: [StrHeader { name: "Content-Disposition", val: "form-data; name=\"data\"; filename=\"2.ydPzPSnFCMzmMpvBb6oaVg==|8gLWn/ypMs7MLbwWMiQzHg==|z5AtkCptnEMkCP8q1ot+a2sbWzZPjU+0+gAUA2REKHk=\"" }, StrHeader { name: "Content-Type", val: "application/octet-stream" }]
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] Found Content-Type: "application/octet-stream"
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 196 true amt: 196
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 81 true amt: 81
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 46 Search idx: 0 State: BoundaryRead
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] ReadEntry::read_entry()
vaultwarden-app    | [2021-08-18 17:33:15.462][multipart::server][DEBUG] Consume boundary!
vaultwarden-app    | [2021-08-18 17:33:15.466][response][INFO] POST /api/ciphers/<uuid>/attachment/<attachment_id> multipart/form-data (post_attachment_v2_data) => 200 OK
vaultwarden-app    | [2021-08-18 17:33:15.544][parity_ws::handler][DEBUG] Handler received:
vaultwarden-app    | <FRAME>
vaultwarden-app    | final: true
vaultwarden-app    | reserved: false false false
vaultwarden-app    | opcode: BINARY
vaultwarden-app    | length: 5
vaultwarden-app    | payload length: 3
vaultwarden-app    | payload: 0x2916
vaultwarden-app    |

The problematic case

  1. I log into Vaultwarden
  2. On the right I first click on my Organization
  3. I go into one of the shown collections
  4. I create an entry or update an entry with putting an attachment
  5. I select the attachment and click on save
  6. I receive an error popup
    a) in Chrome: cannot read property 'id' of null
    b) in Firefox: s is null

debug-log for the problematic case:

vaultwarden-app    | [2021-08-18 17:32:10.032][request][INFO] POST /api/ciphers/818cd64e-118d-41b4-8c73-3f03fa86ed71/attachment/v2
vaultwarden-app    | [2021-08-18 17:32:10.054][response][INFO] POST /api/ciphers/<uuid>/attachment/v2 (post_attachment_v2) => 200 OK

The Vaultwarden LOG_LEVEL debug does not show anything useful, but maybe the popup-hints are already leading into a good direction?

I would be grateful for help/a fix if possible.

Originally created by @derdrave on GitHub (Aug 18, 2021). Hi, first of all: Great product and I love using it. Many thanks for all the work you put into this project. Recently (since Version 1.22) I have a specific problem with attachment-uploads from within organization from browser: Browser: recent / up to current date Chrome or Firefox (even Nightly) OS: Windows / Linux / OS X (I think it doesn't matter) ### Working Case 1) I log into Vaultwarden 2) I go into one of the shown collections (from my organization, but without first clicking on the organization on the right) 3) I create an entry or update an entry with putting an attachment 4) I select the attachment and click on save 5) everything is fine; green success popup **debug-log for the working case :** ```vaultwarden-app | [2021-08-18 17:33:15.387][request][INFO] POST /api/ciphers/818cd64e-118d-41b4-8c73-3f03fa86ed71/attachment/v2 vaultwarden-app | [2021-08-18 17:33:15.410][response][INFO] POST /api/ciphers/<uuid>/attachment/v2 (post_attachment_v2) => 200 OK vaultwarden-app | [2021-08-18 17:33:15.457][request][INFO] POST /api/ciphers/818cd64e-118d-41b4-8c73-3f03fa86ed71/attachment/40ec0aa27af164246f3f vaultwarden-app | [2021-08-18 17:33:15.461][multipart::server][INFO] Multipart::with_boundary(_, "----WebKitFormBoundaryvURmJvJFnNYwrhsg") vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] ReadEntry::read_entry() vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server][DEBUG] Consume boundary! vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Boundary not found yet vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 365 Search idx: 0 State: Searching vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] After search Buf len: 365 Search idx: 0 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Discarding 0 bytes vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0 vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 323 Search idx: 0 State: Searching vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] After search Buf len: 323 Search idx: 279 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Subtract two! vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] Parsed headers: [StrHeader { name: "Content-Disposition", val: "form-data; name=\"data\"; filename=\"2.ydPzPSnFCMzmMpvBb6oaVg==|8gLWn/ypMs7MLbwWMiQzHg==|z5AtkCptnEMkCP8q1ot+a2sbWzZPjU+0+gAUA2REKHk=\"" }, StrHeader { name: "Content-Type", val: "application/octet-stream" }] vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] Found Content-Type: "application/octet-stream" vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 196 true amt: 196 vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0 vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 0 true amt: 0 vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 127 Search idx: 81 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Consume! amt: 81 true amt: 81 vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::boundary][DEBUG] Before search Buf len: 46 Search idx: 0 State: BoundaryRead vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server::field][DEBUG] ReadEntry::read_entry() vaultwarden-app | [2021-08-18 17:33:15.462][multipart::server][DEBUG] Consume boundary! vaultwarden-app | [2021-08-18 17:33:15.466][response][INFO] POST /api/ciphers/<uuid>/attachment/<attachment_id> multipart/form-data (post_attachment_v2_data) => 200 OK vaultwarden-app | [2021-08-18 17:33:15.544][parity_ws::handler][DEBUG] Handler received: vaultwarden-app | <FRAME> vaultwarden-app | final: true vaultwarden-app | reserved: false false false vaultwarden-app | opcode: BINARY vaultwarden-app | length: 5 vaultwarden-app | payload length: 3 vaultwarden-app | payload: 0x2916 vaultwarden-app | ``` ### The problematic case 1) I log into Vaultwarden 2) On the right I first click on my Organization 3) I go into one of the shown collections 3) I create an entry or update an entry with putting an attachment 4) I select the attachment and click on save 5) I receive an error popup a) in Chrome: cannot read property 'id' of null b) in Firefox: s is null **debug-log for the problematic case:** ``` vaultwarden-app | [2021-08-18 17:32:10.032][request][INFO] POST /api/ciphers/818cd64e-118d-41b4-8c73-3f03fa86ed71/attachment/v2 vaultwarden-app | [2021-08-18 17:32:10.054][response][INFO] POST /api/ciphers/<uuid>/attachment/v2 (post_attachment_v2) => 200 OK ``` The Vaultwarden LOG_LEVEL debug does not show anything useful, but maybe the popup-hints are already leading into a good direction? I would be grateful for help/a fix if possible.
OVERLORD added the bug label 2026-02-04 23:54:50 +03:00
OVERLORD commented 2026-02-04 23:54:57 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub (Aug 18, 2021):

I can confirm, via the Org tab it fails, via the My Vault tab it works.

@BlackDex commented on GitHub (Aug 18, 2021): I can confirm, via the Org tab it fails, via the My Vault tab it works.
OVERLORD commented 2026-02-04 23:55:05 +03:00
Author
Owner
Copy Link

@wcdgit commented on GitHub (Aug 18, 2021):

I can confirm the described behaviour. Even with a fresh docker install of version 1.22.2. The bug is db independent - I tested postgres, mariadb and sqlite.

Version 1.21.0 does not have this problem.

@wcdgit commented on GitHub (Aug 18, 2021): I can confirm the described behaviour. Even with a fresh docker install of version 1.22.2. The bug is db independent - I tested postgres, mariadb and sqlite. Version 1.21.0 does not have this problem.
OVERLORD commented 2026-02-04 23:55:12 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub (Aug 18, 2021):

Looks like there is a change in the API.

@BlackDex commented on GitHub (Aug 18, 2021): Looks like there is a change in the API.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
SSO
Third party
better for forum
bug
bug
documentation
duplicate
enhancement
future Vault
future Vault
future Vault
good first issue
help wanted
low priority
notes
pull-request
Mirrored from GitHub Pull Request
 question
troubleshooting
wontfix
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/vaultwarden#1103
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?