You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have an endpoint that remembers the last password confirmation. It works just fine if you call the endpoint, confirm the password and then retry. On subsequent tries you never have to confirm again, so the server knows the session is "good". After restarting the app you always have to confirm the password again after the first try. This could also come down to the way how php tracks sessions, but I wouldn't know how it identifies the session other than with the cookies. From a quick check with Wireshark it seems the oc_sessionPassphrase is the same across restarts but there is another one which is has the instance id as the key and that one changed across restarts. Looking into the cookies db it seems both have the same settings:
I also checked with with Wireshark what happens on app restart and in the beginning we send all the correct cookies from the previous "session", but after a few requests the cookie with the instance id as key gets a new value assigned. This doesn't happen just once, but even multiple times (might also be some race condition with the network requests though). This basically rules out that our cookie handling is wrong.
So I'll probably have to dig into the server to figure out under which conditions a new value is assigned to the cookie and how to prevent it. I hope that will make this work so the password confirmation is saved across restarts (although I don't consider it as problematic as it doesn't cause any troubles and you're also not entering the password confirmation in too many places anyway).
The text was updated successfully, but these errors were encountered:
Related to #1492
I have an endpoint that remembers the last password confirmation. It works just fine if you call the endpoint, confirm the password and then retry. On subsequent tries you never have to confirm again, so the server knows the session is "good". After restarting the app you always have to confirm the password again after the first try. This could also come down to the way how php tracks sessions, but I wouldn't know how it identifies the session other than with the cookies. From a quick check with Wireshark it seems the oc_sessionPassphrase is the same across restarts but there is another one which is has the instance id as the key and that one changed across restarts. Looking into the cookies db it seems both have the same settings:
I also checked with with Wireshark what happens on app restart and in the beginning we send all the correct cookies from the previous "session", but after a few requests the cookie with the instance id as key gets a new value assigned. This doesn't happen just once, but even multiple times (might also be some race condition with the network requests though). This basically rules out that our cookie handling is wrong.
So I'll probably have to dig into the server to figure out under which conditions a new value is assigned to the cookie and how to prevent it. I hope that will make this work so the password confirmation is saved across restarts (although I don't consider it as problematic as it doesn't cause any troubles and you're also not entering the password confirmation in too many places anyway).
The text was updated successfully, but these errors were encountered: