Closed pgangwani closed 4 months ago
@guillaume-chervet PLease review this issue. Please let me know if any further details required .
hi @pgangwani ,
I'am currious, why do you offer a way to the user to register/unregister service worker? What is your application need?
How to your actually unregistrer service worker ?
hi @pgangwani ,
I'am currious, why do you offer a way to the user to register/unregister service worker? What is your application need?
How to your actually unregistrer service worker ?
What I meant is we shouldnt give user register/unregister capability but should be done by the library itself. Couple of scenerios: A)
B)
@guillaume-chervet did you get chance to look at above response? is PR #1081 related ? I can contribute.
hi @pgangwani , I think, I can document (may be you can help? :p) this part more with sample of code, but i think it does not need to be inside the library for many reason : it is dev only feature, it will facilitate life for potential hacker.
Closing based on as designed
Issue and Steps to Reproduce
Issues
storage.remove(oidc.${configurationName})
Versions
any verison in 7.x.x
Screenshots
Expected
Cleanup / Deregistration should happen if we switch between most secured of service worker and non service worker.
Actual
Either getting service worker not registering even after turning off the approch or getting storage having token payload forever. Sometime it gets stuck with Loading screen for users.
Additional Details
We need to implement turn off & on for service worker approach