Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix issues where some user settings cannot be loaded when the user id… #25686

Merged
merged 1 commit into from
Aug 22, 2016

Conversation

DeepDiver1975
Copy link
Member

… differs in case sensitivity - fixes #25684

@DeepDiver1975 DeepDiver1975 added this to the 9.2 milestone Aug 2, 2016
@mention-bot
Copy link

@DeepDiver1975, thanks for your PR! By analyzing the annotation information on this pull request, we identified @icewind1991, @blizzz and @LukasReschke to be potential reviewers

@@ -156,6 +156,11 @@ protected function getUserObject($uid, $backend, $cacheUser = true) {
return $this->cachedUsers[$uid];
}

$uid = $backend->loginName2UserName($uid);
if (isset($this->cachedUsers[$uid])) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@DeepDiver1975 what's the reason behind searching the cache twice?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Second time is done because of uid was remapped in the loginname2username call.

Lets say the user name is VicDeo but you Login with vicdeo: first time uid is vicdeo - second time uid is VicDeo

Copy link
Member

@VicDeo VicDeo Aug 10, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@DeepDiver1975 Thus cache keys VicDeo and vicdeo will return two different objects.
Looks like some mess still left due to this.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we do a case insensitive search in the cache - it that what you are proposing.

@DeepDiver1975 DeepDiver1975 force-pushed the fix-case-sensitive-settings branch 2 times, most recently from f37f480 to d8a6596 Compare August 18, 2016 21:11
@PVince81
Copy link
Contributor

@VicDeo please rereview, comments were addressed I think

@VicDeo
Copy link
Member

VicDeo commented Aug 22, 2016

👍 Works

@DeepDiver1975 DeepDiver1975 merged commit db60e65 into master Aug 22, 2016
@DeepDiver1975 DeepDiver1975 deleted the fix-case-sensitive-settings branch August 22, 2016 18:25
@DeepDiver1975
Copy link
Member Author

@PVince81 shall we backport this - this is biting our user base since ever ....

@PVince81
Copy link
Contributor

@DeepDiver1975 I'd say backport at least to 9.1.1.
Not sure about previous versions.

@lock
Copy link

lock bot commented Aug 4, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 4, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Email password recovery: Case-sensitive username
4 participants