Originally created by @sempervictus on GitHub (Mar 25, 2021).
Subject of the issue
Attempting to upload attachments from any browser plugin or the electron app results in the app getting signed out immediately and no attachment uploaded.
Attempting to upload attachments through the bitwarden_rs-web interface results in an m is null error (which is interesting given that its Rust). The session is immediately logged out.
Deployment environment
# pacman -Qi bitwarden_rs-web bitwarden_rs
Name : bitwarden_rs-web
Version : 2.19.0-1
Description : Bitwarden web vault with the patches to make it work with bitwarden_rs
Architecture : any
URL : https://github.com/dani-garcia/bw_web_builds
Licenses : GPL3
Groups : None
Provides : bitwarden_rs-vault
Depends On : bitwarden_rs
Optional Deps : None
Required By : None
Optional For : bitwarden_rs
Conflicts With : None
Replaces : bitwarden_rs-vault
Installed Size : 27.13 MiB
Packager : Daniel M. Capella <polyzen@archlinux.org>
Build Date : Sun 14 Mar 2021 08:38:12 PM UTC
Install Date : Wed 24 Mar 2021 06:01:38 AM UTC
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
Name : bitwarden_rs
Version : 1.19.0-1
Description : Unofficial Bitwarden compatible server written in Rust
Architecture : x86_64
URL : https://github.com/dani-garcia/bitwarden_rs
Licenses : GPL3
Groups : None
Provides : None
Depends On : mariadb-libs openssl postgresql-libs sqlite
Optional Deps : bitwarden_rs-web: for the web app [installed]
Required By : bitwarden_rs-web
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 21.32 MiB
Packager : Daniel M. Capella <polyzen@archlinux.org>
Build Date : Sun 07 Feb 2021 02:13:56 AM UTC
Install Date : Wed 24 Mar 2021 06:01:32 AM UTC
Install Reason : Installed as a dependency for another package
Install Script : Yes
Validated By : Signature
Install method: package
Clients used: web vault, desktop, Android
Reverse proxy and version: Apache HTTPD 2.4.46-3
SQLite-backed
Steps to reproduce
Expected behaviour
Attachments work
Actual behaviour
Session crashes resulting in loss of any unsaved data and forcing a full auth back into the client context (app or web).
Originally created by @sempervictus on GitHub (Mar 25, 2021).
### Subject of the issue
Attempting to upload attachments from any browser plugin or the electron app results in the app getting signed out immediately and no attachment uploaded.
Attempting to upload attachments through the bitwarden_rs-web interface results in an `m is null` error (which is interesting given that its Rust). The session is immediately logged out.
### Deployment environment
<!--
=========================================================================================
Preferably, use the `Generate Support String` button on the admin page's Diagnostics tab.
That will auto-generate most of the info requested in this section.
=========================================================================================
-->
<!-- The version number, obtained from the logs (at startup) or the admin diagnostics page -->
<!-- This is NOT the version number shown on the web vault, which is versioned separately from bitwarden_rs -->
<!-- Remember to check if your issue exists on the latest version first! -->
```
# pacman -Qi bitwarden_rs-web bitwarden_rs
Name : bitwarden_rs-web
Version : 2.19.0-1
Description : Bitwarden web vault with the patches to make it work with bitwarden_rs
Architecture : any
URL : https://github.com/dani-garcia/bw_web_builds
Licenses : GPL3
Groups : None
Provides : bitwarden_rs-vault
Depends On : bitwarden_rs
Optional Deps : None
Required By : None
Optional For : bitwarden_rs
Conflicts With : None
Replaces : bitwarden_rs-vault
Installed Size : 27.13 MiB
Packager : Daniel M. Capella <polyzen@archlinux.org>
Build Date : Sun 14 Mar 2021 08:38:12 PM UTC
Install Date : Wed 24 Mar 2021 06:01:38 AM UTC
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
Name : bitwarden_rs
Version : 1.19.0-1
Description : Unofficial Bitwarden compatible server written in Rust
Architecture : x86_64
URL : https://github.com/dani-garcia/bitwarden_rs
Licenses : GPL3
Groups : None
Provides : None
Depends On : mariadb-libs openssl postgresql-libs sqlite
Optional Deps : bitwarden_rs-web: for the web app [installed]
Required By : bitwarden_rs-web
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 21.32 MiB
Packager : Daniel M. Capella <polyzen@archlinux.org>
Build Date : Sun 07 Feb 2021 02:13:56 AM UTC
Install Date : Wed 24 Mar 2021 06:01:32 AM UTC
Install Reason : Installed as a dependency for another package
Install Script : Yes
Validated By : Signature
```
<!-- How the server was installed: Docker image, OS package, built from source, etc. -->
* Install method: package
* Clients used: web vault, desktop, Android
* Reverse proxy and version: Apache HTTPD 2.4.46-3
* SQLite-backed
### Steps to reproduce
<!-- Tell us how to reproduce this issue. What parameters did you set (differently from the defaults)
and how did you start bitwarden_rs? -->
### Expected behaviour
Attachments work
### Actual behaviour
Session crashes resulting in loss of any unsaved data and forcing a full auth back into the client context (app or web).
Probably the DOMAIN variable is not configured correctly.
Could you post the support string from the/admin/diagnostics page?
@BlackDex commented on GitHub (Mar 25, 2021):
Probably the DOMAIN variable is not configured correctly.
Could you post the support string from the/admin/diagnostics page?
There is none - this is all there is on that page:
Bitwarden_rs Admin
Settings
Users
Organizations
Diagnostics
Vault
Diagnostics
Version
Server Installed Update
1.17.0
Server Latest
1.19.0
Web Installed Ok
2.19.0
Web Latest
2.19.0
Checks
DNS (github.com) Ok
140.82.114.4
Date & Time (UTC) Ok
Server: 2021-03-25 21:27:54 Browser: 2021-03-25 21:27:54
^^ which shows the problem - the package installation doesn't restart the service so there's a version mismatch.
Thanks.
@sempervictus commented on GitHub (Mar 25, 2021):
There is none - this is all there is on that page:
```
Bitwarden_rs Admin
Settings
Users
Organizations
Diagnostics
Vault
Diagnostics
Version
Server Installed Update
1.17.0
Server Latest
1.19.0
Web Installed Ok
2.19.0
Web Latest
2.19.0
Checks
DNS (github.com) Ok
140.82.114.4
Date & Time (UTC) Ok
Server: 2021-03-25 21:27:54 Browser: 2021-03-25 21:27:54
```
^^ which shows the problem - the package installation doesn't restart the service so there's a version mismatch.
Thanks.
Logged out
Your login session has expired.
An error has occurred.
m is null
Domain configuration and HTTPS show match in diagnostics (not looking to post the URL on github - sort of the point of a private server).
@sempervictus commented on GitHub (Mar 25, 2021):
Turns out its still broken:
```
Logged out
Your login session has expired.
An error has occurred.
m is null
```
Domain configuration and HTTPS show match in diagnostics (not looking to post the URL on github - sort of the point of a private server).

The diagnostics page is incorrectly saying Uses a proxy No - there's an httpd in front of it dealing with TLS.
@sempervictus commented on GitHub (Mar 25, 2021):
The diagnostics page is incorrectly saying `Uses a proxy No` - there's an `httpd` in front of it dealing with TLS.
That is where the support string function is for, so if you could post that, that would help.
Also, the proxy is a check for outgoing, i need to rephrase that.
@BlackDex commented on GitHub (Mar 25, 2021):
That is where the support string function is for, so if you could post that, that would help.
Also, the proxy is a check for outgoing, i need to rephrase that.
The only thing missing is logs from bitwarden_rs during the upload and the error you get. Also maybe the Apache logs.
All the rest looks ok as far as i can tell.
@BlackDex commented on GitHub (Mar 25, 2021):
The only thing missing is logs from bitwarden_rs during the upload and the error you get. Also maybe the Apache logs.
All the rest looks ok as far as i can tell.
Mar 25 21:04:39 HOSTNAME bitwarden_rs[268]: [2021-03-25 21:04:39.327][response][INFO] GET /<p..> [10] (web_files) => 404 Not Found
i'm going to guess Apache is doing something stupid, digging through there, but can probably close this unless i find something pointing to the back-end.
@sempervictus commented on GitHub (Mar 25, 2021):
```
Mar 25 21:04:39 HOSTNAME bitwarden_rs[268]: [2021-03-25 21:04:39.327][response][INFO] GET /<p..> [10] (web_files) => 404 Not Found
```
i'm going to guess Apache is doing something stupid, digging through there, but can probably close this unless i find something pointing to the back-end.
Not sure if you already checked the wiki, but take a look there.
And if you find anything wrong there feel free to update.
@BlackDex commented on GitHub (Mar 25, 2021):
Not sure if you already checked the wiki, but take a look there.
And if you find anything wrong there feel free to update.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @sempervictus on GitHub (Mar 25, 2021).
Subject of the issue
Attempting to upload attachments from any browser plugin or the electron app results in the app getting signed out immediately and no attachment uploaded.
Attempting to upload attachments through the bitwarden_rs-web interface results in an
m is nullerror (which is interesting given that its Rust). The session is immediately logged out.Deployment environment
Install method: package
Clients used: web vault, desktop, Android
Reverse proxy and version: Apache HTTPD 2.4.46-3
SQLite-backed
Steps to reproduce
Expected behaviour
Attachments work
Actual behaviour
Session crashes resulting in loss of any unsaved data and forcing a full auth back into the client context (app or web).
@BlackDex commented on GitHub (Mar 25, 2021):
Probably the DOMAIN variable is not configured correctly.
Could you post the support string from the/admin/diagnostics page?
@sempervictus commented on GitHub (Mar 25, 2021):
There is none - this is all there is on that page:
^^ which shows the problem - the package installation doesn't restart the service so there's a version mismatch.
Thanks.
@sempervictus commented on GitHub (Mar 25, 2021):
Turns out its still broken:
Domain configuration and HTTPS show match in diagnostics (not looking to post the URL on github - sort of the point of a private server).
@sempervictus commented on GitHub (Mar 25, 2021):
The diagnostics page is incorrectly saying
Uses a proxy No- there's anhttpdin front of it dealing with TLS.@BlackDex commented on GitHub (Mar 25, 2021):
That is where the support string function is for, so if you could post that, that would help.
Also, the proxy is a check for outgoing, i need to rephrase that.
@sempervictus commented on GitHub (Mar 25, 2021):
Your environment (Generated via diagnostics page)
Config (Generated via diagnostics page)
@sempervictus commented on GitHub (Mar 25, 2021):
The HTTPD proxy:
@BlackDex commented on GitHub (Mar 25, 2021):
The only thing missing is logs from bitwarden_rs during the upload and the error you get. Also maybe the Apache logs.
All the rest looks ok as far as i can tell.
@sempervictus commented on GitHub (Mar 25, 2021):
i'm going to guess Apache is doing something stupid, digging through there, but can probably close this unless i find something pointing to the back-end.
@BlackDex commented on GitHub (Mar 25, 2021):
Not sure if you already checked the wiki, but take a look there.
And if you find anything wrong there feel free to update.