-
Notifications
You must be signed in to change notification settings - Fork 100
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
Bugfix: Weird behaviour after switching users (rebased onto dev_4_4) #2200
Bugfix: Weird behaviour after switching users (rebased onto dev_4_4) #2200
Conversation
After switching user new service adapater instances were created but never passed on to the registry.
--rebased-from #2189 |
@jburel @pwalczysko: assuming you are still potentially needing howe for you training tour, should we postpone the review of this PR to your return? |
@sbesson: @pwalczysko might need howe today we should then be okay. |
Understood. @pwalczysko: can you ping me if you think you are done with the server and I will manually retrigger the 4.4 merge jobs. |
@dominikl: I will first fix on dev_5_0. so we can first access the number of changes. The problem noticed by @gusferguson is different. It is related to the import As option so it should be done in another PR. |
@sbesson: we do not need howe anymore so job can be triggered again |
@dominikl @jburel Logged in as user-6 imported as self, user-3 and user-9 In all cases created projects and datasets at import. Behaves as expected. |
…pear Bugfix: Weird behaviour after switching users (rebased onto dev_4_4)
This is the same as gh-2189 but rebased onto dev_4_4.
After switching users new service adapter instances were created but never passed on to the registry, so subsequent calls to the server picked up old service adapter instances, with the old OMEROGateway which still used the session created by the previous user.
Fix for: https://trac.openmicroscopy.org.uk/ome/ticket/12055
Should also fix other issues due to switching users
To Test: Follow the scenario mentioned in the ticket above;