Missing [openidStrategy] debug entries

[vicmuramoto]

I have two systems both running Ubuntu 22.04 using LibreChat 0.78. The second system is a cloned system from the first minus certain configuration changes such as the OpenID client info and hostnames. The second system is having an issue where the [openidStrategy] entries are not being logged in the debug log. However, the first system is properly logging the OpenID entries.

I have compared the following files that do not indicate any apparent differences that would cause one system to log the entries while the other doesnt.

deploy-compose.yml is default
docker-compose.yml is default
docker-compose.override.yml has the following on both systems:

#version: '3.4'

services:
  api:
    volumes:
      - ./librechat.yaml:/app/librechat.yaml

On the .env file for both systems, the following options are set:

DEBUG_LOGGING=true
OPENID_CLIENT_ID=<FILLED>
OPENID_CLIENT_SECRET=<FILLED>
OPENID_ISSUER=<FILLED>
OPENID_SESSION_SECRET=<FILLED>
OPENID_SCOPE="openid profile email"
OPENID_CALLBACK_URL=/oauth/openid/callback
OPENID_BUTTON_LABEL=SSO Login

For the librechat.yaml file on both systems, the following is set:

socialLogins: ['openid']

For the working system, I get entries like this when a user successfully signs in with openId:

For the non-working system, the debug log does not have any entries:

Is there a log or some documentation to reference so I can further troubleshoot why I am not getting the proper logs from openId?

[danny-avila]

The library for OIDC was upgraded and logs may have been removed in the process.

[vicmuramoto]

Thanks for the response, @danny-avila ! Is there a file I can check the versions of the libraries installed on our systems so I can provide the info to the functional users? Separately, would enabling DEBUG_OPENID_REQUESTS=true in .env provide the same level of information? --I can't make changes to the system until the weekend after hours so I appreciate your insight in advance. Thanks!

[vicmuramoto]

Found the issue. The second system was using a more recent digest of the librechat-dev:latest docker image compared to the original system. Although the configs appeared the same, the image was different and so we got the differing logs.

To resolve, I ended up modifying the docker-compose.override.yml file and added the line: image: ghcr.io/danny-avila/librechat:latest to change to the non-dev image. Then ran the normal Docker compose update process that is documented here: https://www.librechat.ai/docs/local/docker#update-librechat