Page MenuHomeMiraheze
Create Task
Maniphest T1036

Loss of session data
Closed, InvalidPublic
Actions

Description

Getting loss of session data error on Meta. I've seen this reported by multiple users in the past days

Related Objects

Event Timeline

Reception123 created this task.Nov 18 2016, 17:19
Herald added subscribers: Southparkfan, ImBoPhil, NDKilla. · View Herald TranscriptNov 18 2016, 17:19
MacFan4000 added subscribers: MacFan4000, John, labster, • Pup.Nov 18 2016, 17:42
Southparkfan claimed this task.Nov 18 2016, 17:54
labster unsubscribed.Nov 18 2016, 18:48
Southparkfan added a comment.Nov 18 2016, 21:02

https://phabricator.wikimedia.org/T141482#2807193

Southparkfan removed Southparkfan as the assignee of this task.Nov 18 2016, 21:04
John merged a task: T1048: Frequent logoff.Nov 21 2016, 16:39
John added a subscriber: utolee90.
MacFan4000 raised the priority of this task from High to Unbreak Now!.Nov 21 2016, 16:51

Affects the site so raising priority

John lowered the priority of this task from Unbreak Now! to High.Nov 21 2016, 16:53
John added a project: Upstream.

Upstream, we can't have this an UBN unfortunately as we have zero control over the issue or the fix and it's wholly reliant upon upstream's priority which will presumably be low.

John merged a task: T1069: Forced logout when trying to edit pages with "comments tag".Nov 27 2016, 11:22
Southparkfan added a comment.Nov 27 2016, 12:01

Added extra logging in https://github.com/miraheze/mediawiki/commit/16e39c94fdb1ad0b36001dbd9b5c9a5ef699eb45.

Southparkfan added a comment.Nov 27 2016, 12:16

Got the first logs:

[session] SessionBackend "[ID]" metadata dirty due to provider metadata change (Array([CentralAuthSource] => Local) => Array([CentralAuthSource] => CentralAuth)): call_user_func_array/MediaWiki\Session\SessionBackend->MediaWiki\Session\{closure}/MediaWiki\Session\SessionBackend->save/CentralAuthSessionProvider->persistSession/MediaWiki\Session\SessionBackend->setProviderMetadata
[session] SessionBackend "[ID]" metadata dirty due to provider metadata change ( => Array([CentralAuthSource] => Local)): MediaWiki\Session\SessionBackend->persist/MediaWiki\Session\SessionBackend->autosave/MediaWiki\Session\SessionBackend->save/CentralAuthSessionProvider->persistSession/MediaWiki\Session\SessionBackend->setProviderMetadata
[session] SessionBackend "[ID]" metadata dirty due to provider metadata change (Array([CentralAuthSource] => Local) => Array([CentralAuthSource] => CentralAuth)): call_user_func_array/MediaWiki\Session\SessionBackend->MediaWiki\Session\{closure}/MediaWiki\Session\SessionBackend->save/CentralAuthSessionProvider->persistSession/MediaWiki\Session\SessionBackend->setProviderMetadata
John lowered the priority of this task from High to Normal.Dec 11 2016, 18:53

Blocked upstream, going to lower priority so we can see what our priorities are clearly.

John added a comment.Feb 20 2017, 17:01

I've not experienced this lately.

Can anyone say otherwise?

Herald added a subscriber: Void. · View Herald TranscriptFeb 20 2017, 17:01
Reception123 added a comment.Feb 20 2017, 17:04

@John I still get errors with "hijacking" and 504s and "Central login" stuff

John added a comment.Feb 20 2017, 17:14

@Reception123 but that's not what this task is about!

Reception123 added a comment.Feb 20 2017, 17:15

@John Well apparently on the WMF Phabricator they said it could be related to that so that's why I mentioned it. I've indeed not been getting the exact error recently though

John closed this task as Invalid.Feb 20 2017, 17:16

That's good enough for me.

Hijacking is a different upstream issue. 504s and Central Login stuff is db2 read-write-speed related.