Repository navigation
[Bug]: $this->session->get('user_id') returns null since PR 62241 (in dev environment) #63137
Description
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- I agree to follow Nextcloud's Code of Conduct.
Bug description
I'm using https://github.com/nextcloud/nextcloud-docker-dev for local development of a Nextcloud app. Using the up to date nextcloud/server master branch within the dev repo, a call to $this->session->get('user_id') returns null. I couldn't find the exact change that causes this but I narrowed it down to the PR #62241. Before that PR was merged into master, $this->session->get('user_id') would return the session's user ID.
Steps to reproduce
- Setup https://github.com/nextcloud/nextcloud-docker-dev
- Configure a debugger
- Set a breakpoint in a file using
$this->session->get('user_id')(I usedworkspace/server/lib/private/DateTimeZone.phpline 30 for this) - Start the dev environment
- Open the local Nextcloud instance with your browser
- Login as admin
- Enable debugging in the docker container
- Start debugging
- Refresh the browser page
- Observe
$this->session->get('user_id')returningnull
Expected behavior
$this->session->get('user_id') should return the session's user ID, like it did before PR #62241
Nextcloud Server version
35 (master)
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
- Default user-backend (database)
- LDAP/ Active Directory
- SSO - SAML
- Other
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response
Activity
[-][Bug]: `$this->session->get('user_id')` returns `null` since PR 62241 in dev environment[/-][+][Bug]: `$this->session->get('user_id')` returns `null` since PR 62241 (in dev environment)[/+]CarlSchwan commentedon Aug 11, 2026
I don't really get how this can happen. the PR is adding quite a bit of stuff but it's not touching at the session management
Sector6759 commentedon Aug 11, 2026
Maybe it's a change in the https://github.com/nextcloud/3rdparty submodule?
pringelmann commentedon Aug 24, 2026
@Sector6759
user_idis still set on master. Did you revert the PR changes and see the null go away, or perhaps narrow it down by merge date?Also worth checking whether a breakpoint behind a logged-in route gives you the same null, since
DateTimeZoneis constructed on unauthenticated requests too.Sector6759 commentedon Aug 24, 2026
What I did to narrow it down to the mentioned PR: inside my locally cloned
nextcloud-docker-dev, I navigated toworkspace/server, rangit reset --hard HEAD~<number>+git submodule update(+npm ci) until$this->session->get('user_id')didn't returnnullanymore. I played around with the number of commits to reset until I discovered that before PR #62241 was merged, the problem didn't exist. Between those tries I obviously randocker compose down -v+docker compose up nextcloud phpmyadminto start clean every time. This is what my.envlooks likeI never even tested non-logged-in requests. I always made a login using the admin credentials.
If I run
git checkout 86b97d53ed9e289cb5f2f367173c5ce0274bc86d+git submodule update(+npm ci) insideworkspace/server, which will revert back to the merge commit of PR #60888, which is the PR immediately before #62241 was merged,$this->session->get('user_id')does return the user's id. But doing the same with commit ID0bf8efde430dc067e58243a0a9b21762be572e20(#62241) results in that function returningnull.