WebSockets through HaProxy not working ([WARN] Responding with 404 Not Found catcher.) #510

New Issue

Closed

opened 2025-11-07 06:39:20 -06:00 by GiteaMirror · 4 comments

GiteaMirror commented 2025-11-07 06:39:20 -06:00

Owner

Copy Link

Copy Source

Originally created by @ElPistoler0 on GitHub (Nov 28, 2019).

Hi all,

Long time lurker, first-time poster. I'd like to begin by thanking the dev for this amazing work. Really appreciate it!

I enabled WebSockets on my Docker container running under Windows Server 2019. Here is my CREATE command:

`docker pull bitwardenrs/server:latest

docker create --name bitwarden_rs -p 88:80 -p 89:3012 -v SOMEDRIVE\bitwarden\data:/data -e WEBSOCKET_ENABLED=true -e DOMAIN=https://pw.blah -e SMTP_HOST=smtp.gmail.com -e SMTP_FROM=blah@gmail.com -e SMTP_PORT=465 -e SMTP_SSL=true -e SMTP_USERNAME=blah@gmail.com -e SMTP_PASSWORD=bleh -e SMTP_EXPLICIT_TLS=true -e LOG_FILE=/data/bitwarden.log -e LOG_LEVEL=warn -e EXTENDED_LOGGING=true -e ADMIN_TOKEN=********** --restart unless-stopped bitwardenrs/server:latest`

This setup is behind a pfSense firewall with HaProxy on it. I can browse to my vault, use browser extensions, and mobile apps. Everything seems to be working as expected, except for the WebSockets... Here is what I get on the BW log:

[2019-11-28 22:01:38][][WARN] Response was None.
[2019-11-28 22:01:38][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:38][][WARN] Response was None.
[2019-11-28 22:01:38][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][][WARN] Response was None.
[2019-11-28 22:01:39][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][][WARN] Response was None.
[2019-11-28 22:01:39][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][][WARN] Response was None.
[2019-11-28 22:01:39][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][][WARN] Response was None.
[2019-11-28 22:01:39][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][][WARN] Response was None.
[2019-11-28 22:01:39][][WARN] Responding with 404 Not Found catcher.
[2019-11-28 22:01:39][_][WARN] Response was None.

And here's my HaProxy config:

    FE Config

acl			ACL_BW_88	hdr_beg(host) -i pw.blah
acl			ACL_BW_88_PATH	var(txn.txnpath) -m reg -i \/notifications.*\/hub\/n([^\/]+)
acl			ACL_BW_89	hdr_beg(host) -i pw.blah
acl			ACL_BW_3012_WS_PATH_b	var(txn.txnpath) -m beg -i /notifications
acl			ACL_BW_3012_WS_PATH_e	var(txn.txnpath) -m end -i /notifications/hub
acl			ACL_BW_3012_WS_HDR_UP	hdr(Connection) -i upgrade
acl			ACL_BW_3012_WS_HDR_WS	hdr(Upgrade) -i websocket
use_backend BE_HPM_BitWarden_88_ipvANY  if  ACL_BW_88 !ACL_BW_3012_WS_PATH_e 
use_backend BE_HPM_BitWarden_89_WebSockets_ipvANY  if  ACL_BW_89 ACL_BW_3012_WS_PATH_e ACL_BW_3012_WS_HDR_UP ACL_BW_3012_WS_HDR_WS 

   BE Config

backend BE_HPM_BitWarden_88_ipvANY
mode http
id 137
log global
option log-health-checks
http-response set-header Strict-Transport-Security max-age=900000;
timeout connect 600000
timeout server 600000
retries 5
server HPM_BW_88 x.x.x.x:88 id 112

backend BE_HPM_BitWarden_89_WebSockets_ipvANY
mode http
id 140
log global
option log-health-checks
http-response set-header Strict-Transport-Security max-age=900000;
timeout connect 600000
timeout server 600000
retries 5
reqrep ^([^\ :])\ /notifications/hub/(.) \1\ /\2
server HPM_BW_89_WS x.x.x.x:89 id 139

No matter what I try, I only manage to get this in the BW log:

[WARN] Responding with 404 Not Found catcher.

Could a charitable soul please help me to get this working? Also, could someone please explain what I am missing by WS being broken?

Thanks!

Pistoler0

Originally created by @ElPistoler0 on GitHub (Nov 28, 2019). Hi all, Long time lurker, first-time poster. I'd like to begin by thanking the dev for this amazing work. Really appreciate it! I enabled WebSockets on my Docker container running under Windows Server 2019. Here is my CREATE command: `docker pull bitwardenrs/server:latest docker create --name bitwarden_rs -p 88:80 -p 89:3012 -v SOMEDRIVE\bitwarden\data\:/data -e WEBSOCKET_ENABLED=true -e DOMAIN=https://pw.blah -e SMTP_HOST=smtp.gmail.com -e SMTP_FROM=blah@gmail.com -e SMTP_PORT=465 -e SMTP_SSL=true -e SMTP_USERNAME=blah@gmail.com -e SMTP_PASSWORD=bleh -e SMTP_EXPLICIT_TLS=true -e LOG_FILE=/data/bitwarden.log -e LOG_LEVEL=warn -e EXTENDED_LOGGING=true -e ADMIN_TOKEN=********** --restart unless-stopped bitwardenrs/server:latest` This setup is behind a pfSense firewall with HaProxy on it. I can browse to my vault, use browser extensions, and mobile apps. Everything seems to be working as expected, except for the WebSockets... Here is what I get on the BW log: [2019-11-28 22:01:38][_][WARN] Response was `None`. [2019-11-28 22:01:38][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:38][_][WARN] Response was `None`. [2019-11-28 22:01:38][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. [2019-11-28 22:01:39][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. [2019-11-28 22:01:39][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. [2019-11-28 22:01:39][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. [2019-11-28 22:01:39][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. [2019-11-28 22:01:39][_][WARN] Responding with 404 Not Found catcher. [2019-11-28 22:01:39][_][WARN] Response was `None`. And here's my HaProxy config: FE Config acl ACL_BW_88 hdr_beg(host) -i pw.blah acl ACL_BW_88_PATH var(txn.txnpath) -m reg -i \/notifications.*\/hub\/n([^\/]+) acl ACL_BW_89 hdr_beg(host) -i pw.blah acl ACL_BW_3012_WS_PATH_b var(txn.txnpath) -m beg -i /notifications acl ACL_BW_3012_WS_PATH_e var(txn.txnpath) -m end -i /notifications/hub acl ACL_BW_3012_WS_HDR_UP hdr(Connection) -i upgrade acl ACL_BW_3012_WS_HDR_WS hdr(Upgrade) -i websocket use_backend BE_HPM_BitWarden_88_ipvANY if ACL_BW_88 !ACL_BW_3012_WS_PATH_e use_backend BE_HPM_BitWarden_89_WebSockets_ipvANY if ACL_BW_89 ACL_BW_3012_WS_PATH_e ACL_BW_3012_WS_HDR_UP ACL_BW_3012_WS_HDR_WS BE Config backend BE_HPM_BitWarden_88_ipvANY mode http id 137 log global option log-health-checks http-response set-header Strict-Transport-Security max-age=900000; timeout connect 600000 timeout server 600000 retries 5 server HPM_BW_88 x.x.x.x:88 id 112 backend BE_HPM_BitWarden_89_WebSockets_ipvANY mode http id 140 log global option log-health-checks http-response set-header Strict-Transport-Security max-age=900000; timeout connect 600000 timeout server 600000 retries 5 reqrep ^([^\ :])\ /notifications/hub/(.) \1\ /\2 server HPM_BW_89_WS x.x.x.x:89 id 139 No matter what I try, I only manage to get this in the BW log: [WARN] Responding with 404 Not Found catcher. Could a charitable soul please help me to get this working? Also, could someone please explain what I am missing by WS being broken? Thanks! Pistoler0

GiteaMirror closed this issue 2025-11-07 06:39:20 -06:00

GiteaMirror commented 2025-11-07 06:39:21 -06:00

Author

Owner

Copy Link

Copy Source

@meska commented on GitHub (Dec 5, 2019):

chunk of my haproxy.cfg , not very elegant but it's working
domains.map contains bw.xxxxxx.com bitwarden and many others

frontend htps-in
        option httplog
        bind *:443 ssl crt /etc/haproxy/certs/xxxxxxxxx.pem
        reqadd X-Forwarded-Proto:\ https
        acl is_websocket path -i -m beg /notifications/hub
        acl not_websocket path -i -m beg /notifications/hub/negotiate
        use_backend bitwarden if not_websocket
        use_backend bitwarden_ws if is_websocket
        use_backend %[req.hdr(host),lower,map_dom(/etc/haproxy/domains.map,nas)]

backend bitwarden
        http-request set-header X-Forwarded-Port %[dst_port]
        http-request add-header X-Forwarded-Proto https if { ssl_fc }
        http-request set-header X-Client-IP  %[req.hdr(CF-Connecting-IP)]
        http-request set-header X-Real-IP  %[req.hdr(CF-Connecting-IP)]
        acl restricted_page path_beg,url_dec -i /admin/
        http-request deny if restricted_page
        server bitwarden rancher:8007

backend bitwarden_ws
        http-request set-header X-Forwarded-Port %[dst_port]
        http-request add-header X-Forwarded-Proto https if { ssl_fc }
        http-request set-header X-Client-IP  %[req.hdr(CF-Connecting-IP)]
        http-request set-header X-Real-IP  %[req.hdr(CF-Connecting-IP)]
        server bitwarden_ws rancher:3012

@meska commented on GitHub (Dec 5, 2019): chunk of my haproxy.cfg , not very elegant but it's working domains.map contains `bw.xxxxxx.com bitwarden` and many others ``` frontend htps-in option httplog bind *:443 ssl crt /etc/haproxy/certs/xxxxxxxxx.pem reqadd X-Forwarded-Proto:\ https acl is_websocket path -i -m beg /notifications/hub acl not_websocket path -i -m beg /notifications/hub/negotiate use_backend bitwarden if not_websocket use_backend bitwarden_ws if is_websocket use_backend %[req.hdr(host),lower,map_dom(/etc/haproxy/domains.map,nas)] backend bitwarden http-request set-header X-Forwarded-Port %[dst_port] http-request add-header X-Forwarded-Proto https if { ssl_fc } http-request set-header X-Client-IP %[req.hdr(CF-Connecting-IP)] http-request set-header X-Real-IP %[req.hdr(CF-Connecting-IP)] acl restricted_page path_beg,url_dec -i /admin/ http-request deny if restricted_page server bitwarden rancher:8007 backend bitwarden_ws http-request set-header X-Forwarded-Port %[dst_port] http-request add-header X-Forwarded-Proto https if { ssl_fc } http-request set-header X-Client-IP %[req.hdr(CF-Connecting-IP)] http-request set-header X-Real-IP %[req.hdr(CF-Connecting-IP)] server bitwarden_ws rancher:3012 ```

GiteaMirror commented 2025-11-07 06:39:21 -06:00

Author

Owner

Copy Link

Copy Source

@ohkeenan commented on GitHub (Dec 7, 2019):

Just noticed mine may actually not work either? I can browse to https://warden.example.com/notifications/hub and see the JSON but still get this error in logs:

warden_app.1.idb4gm7xnmt1@ohwerk1    | [2019-12-07 23:06:37][error][ERROR] ###########################################################
warden_app.1.idb4gm7xnmt1@ohwerk1    |     '/notifications/hub' should be proxied to the websocket server or notifications won't work.
warden_app.1.idb4gm7xnmt1@ohwerk1    |     Go to the Wiki for more info, or disable WebSockets setting WEBSOCKET_ENABLED=false.
warden_app.1.idb4gm7xnmt1@ohwerk1    |     ###########################################################################################

edit: I think since it's only in the logs once maybe it's just because the service comes up and immediately checks for the existence but since haproxy isn't routing to that backend yet it can't see it?

Chunk of my frontends (in case it's of any use):

frontend http-to-https
    bind :::80 v4v6 
    mode http
    log global
    option http-keep-alive
    option forwardfor
    acl acme path_beg -i /.well-known/acme-challenge
    acl redirect var(txn.txnpath) -m sub -i /.well-known/acme-challenge
    http-request set-var(txn.txnpath) path
    http-request redirect scheme https code 301 if !redirect 
    use_backend acme if acme

frontend https-sni
    bind :::443 v4v6 alpn h2,http/1.1 ssl crt /etc/haproxy/ssl/private crt /etc/haproxy/ssl/ssl.d
    option forwardfor
    http-request set-var(txn.txnhost) hdr(host)
    http-request set-var(txn.txnpath) path

    http-request set-header X-Forwarded-Host %[req.hdr(Host)]
    http-request set-header X-Forwarded-For %[src]
    http-request set-header X-Forwarded-Proto https
    http-request set-header X-Forwarded-Port %[dst_port]
    http-response set-header X-Frame-Options sameorigin

    acl warden var(txn.txnhost) -m str -i warden.example.com
    use_backend warden if warden
    use_backend warden_websocket if { path -i /notifications/hub }
    use_backend warden if { path -i /notifications/hub/negotiate }

Could probably simplify the above once more:

    use_backend warden if { warden } { path -i /notifications/hub/negotiate }
    use_backend warden_websocket if { path -i /notifications/hub }

Backends:

backend warden
    server warden_app warden_app:80 check
backend warden_websocket
    http-request set-header X-Client-IP  %[req.hdr(CF-Connecting-IP)] #used this thanks to meska!
    http-request set-header X-Real-IP  %[req.hdr(CF-Connecting-IP)] #used this thanks to meska!
    server warden_socket warden_app:3012 check

Logs:

warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:46:51][request][INFO] POST /api/ciphers
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:46:52][response][INFO] POST /api/ciphers (post_ciphers) => 200 OK
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:46:56][request][INFO] POST /notifications/hub/negotiate
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:46:56][auth][ERROR] Unauthorized Error: Invalid claim
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:46:56][response][INFO] POST /notifications/hub/negotiate (negotiate) => 401 Unauthorized
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:48:49][request][INFO] POST /notifications/hub/negotiate
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:48:49][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:18][request][INFO] POST /notifications/hub/negotiate
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:18][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:42][request][INFO] POST /identity/connect/token
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:42][response][INFO] POST /identity/connect/token (login) => 200 OK
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:43][request][INFO] POST /notifications/hub/negotiate
warden_app.1.7dqh2e27l20y@ohwerk8    | [2019-12-07 22:51:43][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK

@ohkeenan commented on GitHub (Dec 7, 2019): Just noticed mine may actually not work either? I can browse to https://warden.example.com/notifications/hub and see the JSON but still get this error in logs: warden_app.1.idb4gm7xnmt1@ohwerk1 | [2019-12-07 23:06:37][error][ERROR] ########################################################### warden_app.1.idb4gm7xnmt1@ohwerk1 | '/notifications/hub' should be proxied to the websocket server or notifications won't work. warden_app.1.idb4gm7xnmt1@ohwerk1 | Go to the Wiki for more info, or disable WebSockets setting WEBSOCKET_ENABLED=false. warden_app.1.idb4gm7xnmt1@ohwerk1 | ########################################################################################### edit: I think since it's only in the logs once maybe it's just because the service comes up and immediately checks for the existence but since haproxy isn't routing to that backend yet it can't see it? Chunk of my frontends (in case it's of any use): frontend http-to-https bind :::80 v4v6 mode http log global option http-keep-alive option forwardfor acl acme path_beg -i /.well-known/acme-challenge acl redirect var(txn.txnpath) -m sub -i /.well-known/acme-challenge http-request set-var(txn.txnpath) path http-request redirect scheme https code 301 if !redirect use_backend acme if acme frontend https-sni bind :::443 v4v6 alpn h2,http/1.1 ssl crt /etc/haproxy/ssl/private crt /etc/haproxy/ssl/ssl.d option forwardfor http-request set-var(txn.txnhost) hdr(host) http-request set-var(txn.txnpath) path http-request set-header X-Forwarded-Host %[req.hdr(Host)] http-request set-header X-Forwarded-For %[src] http-request set-header X-Forwarded-Proto https http-request set-header X-Forwarded-Port %[dst_port] http-response set-header X-Frame-Options sameorigin acl warden var(txn.txnhost) -m str -i warden.example.com use_backend warden if warden use_backend warden_websocket if { path -i /notifications/hub } use_backend warden if { path -i /notifications/hub/negotiate } Could probably simplify the above once more: use_backend warden if { warden } { path -i /notifications/hub/negotiate } use_backend warden_websocket if { path -i /notifications/hub } Backends: backend warden server warden_app warden_app:80 check backend warden_websocket http-request set-header X-Client-IP %[req.hdr(CF-Connecting-IP)] #used this thanks to meska! http-request set-header X-Real-IP %[req.hdr(CF-Connecting-IP)] #used this thanks to meska! server warden_socket warden_app:3012 check Logs: warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:46:51][request][INFO] POST /api/ciphers warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:46:52][response][INFO] POST /api/ciphers (post_ciphers) => 200 OK warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:46:56][request][INFO] POST /notifications/hub/negotiate warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:46:56][auth][ERROR] Unauthorized Error: Invalid claim warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:46:56][response][INFO] POST /notifications/hub/negotiate (negotiate) => 401 Unauthorized warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:48:49][request][INFO] POST /notifications/hub/negotiate warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:48:49][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:18][request][INFO] POST /notifications/hub/negotiate warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:18][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:42][request][INFO] POST /identity/connect/token warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:42][response][INFO] POST /identity/connect/token (login) => 200 OK warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:43][request][INFO] POST /notifications/hub/negotiate warden_app.1.7dqh2e27l20y@ohwerk8 | [2019-12-07 22:51:43][response][INFO] POST /notifications/hub/negotiate (negotiate) => 200 OK

GiteaMirror commented 2025-11-07 06:39:21 -06:00

Author

Owner

Copy Link

Copy Source

@ElPistoler0 commented on GitHub (Dec 10, 2019):

Thank you guys for the help! I'll check my config.

@ElPistoler0 commented on GitHub (Dec 10, 2019): Thank you guys for the help! I'll check my config.

GiteaMirror commented 2025-11-07 06:39:21 -06:00

Author

Owner

Copy Link

Copy Source

@dani-garcia commented on GitHub (May 13, 2020):

Closed due to inactivity.

@dani-garcia commented on GitHub (May 13, 2020): Closed due to inactivity.

GiteaMirror referenced this issue 2025-11-07 07:48:31 -06:00

[PR #510] [MERGED] Making a symlink is no longer necessary #2612

GiteaMirror referenced this issue 2026-03-07 20:58:16 -06:00

[PR #510] [MERGED] Making a symlink is no longer necessary #6389

GiteaMirror referenced this issue 2026-04-16 12:03:32 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #7689

GiteaMirror referenced this issue 2026-04-20 15:12:48 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #11615

GiteaMirror referenced this issue 2026-04-23 07:25:40 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #15595

GiteaMirror referenced this issue 2026-04-25 22:04:34 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #19582

GiteaMirror referenced this issue 2026-04-30 07:27:06 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #20949

GiteaMirror referenced this issue 2026-05-16 05:16:14 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #22277

GiteaMirror referenced this issue 2026-05-22 00:29:42 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #23618

GiteaMirror referenced this issue 2026-05-29 04:12:30 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #24962

GiteaMirror referenced this issue 2026-06-15 13:50:04 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #26312

GiteaMirror referenced this issue 2026-06-17 10:16:27 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #30358

GiteaMirror referenced this issue 2026-06-20 18:44:18 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #31771

GiteaMirror referenced this issue 2026-07-13 20:38:56 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #35838

GiteaMirror referenced this issue 2026-07-17 22:16:25 -05:00

[PR #510] [MERGED] Making a symlink is no longer necessary #40135

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

main

v2-registration

revert-7033-patch-1

cached-config-operations

test_dylint

1.37.2

1.37.1

1.37.0

1.36.0

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

better for forum

bug

documentation

duplicate

enhancement

future Vault

good first issue

help wanted

low priority

notes

pull-request

Mirrored from GitHub Pull Request

question

SSO

Third party

troubleshooting

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

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/vaultwarden#510