starred/vaultwarden
1
0
Fork 0
mirror of https://github.com/dani-garcia/vaultwarden.git synced 2026-04-26 09:46:00 +03:00
Code Issues 39 Projects Releases 5 Packages Wiki Activity

[GH-ISSUE #1920] No attachment Upload from within Organization possible #1106

New issue
Closed
opened 2026-03-03 02:06:18 +03:00 by kerem · 3 comments
kerem commented 2026-03-03 02:06:18 +03:00
Owner
Copy link

Originally created by @derdrave on GitHub (Aug 18, 2021).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/1920

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). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/1920 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.
kerem 2026-03-03 02:06:18 +03:00
  • closed this issue
  • added the
    bug
         label
kerem commented 2026-03-03 02:06:19 +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.

<!-- gh-comment-id:901230231 --> @BlackDex commented on GitHub (Aug 18, 2021): I can confirm, via the Org tab it fails, via the My Vault tab it works.
kerem commented 2026-03-03 02:06:19 +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.

<!-- gh-comment-id:901240806 --> @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.
kerem commented 2026-03-03 02:06:20 +03:00
Author
Owner
Copy link

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

Looks like there is a change in the API.

<!-- gh-comment-id:901247848 --> @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
main
revert-7033-patch-1
cached-config-operations
test_dylint
1.35.8
1.35.7
1.35.6
1.35.5
1.35.4
1.35.3
1.35.2
1.35.1
1.35.0
1.34.3
1.34.2
1.34.1
1.34.0
1.33.2
1.33.1
1.33.0
1.32.7
1.32.6
1.32.5
1.32.4
1.32.3
1.32.2
1.32.1
1.32.0
1.31.0
1.30.5
1.30.4
1.30.3
1.30.2
1.30.1
1.30.0
1.29.2
1.29.1
1.29.0
1.28.1
1.28.0
1.27.0
1.26.0
1.25.2
1.25.1
1.25.0
1.24.0
1.23.1
1.23.0
1.22.2
1.22.1
1.22.0
1.21.0
1.20.0
1.19.0
1.18.0
1.17.0
1.16.3
1.16.2
1.16.1
1.16.0
1.15.1
1.15.0
1.14.2
1.14.1
1.14
1.13.1
1.13.0
1.12.0
1.11.0
1.10.0
1.9.1
1.9.0
1.8.0
1.7.0
1.6.1
1.6.0
1.5.0
1.4.0
1.3.0
1.2.0
1.1.0
1.0.0
0.13.0
0.12.0
0.11.0
0.10.0
0.9.0
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 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
question
troubleshooting
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/vaultwarden#1106
No description provided.