Michael Markl

> Another approach would have been to hash on the client and just the data to the server for the lookup, right? Not really possible, as we don't want that...

> I believe we could still send the user data to the server and do the additional check only if we find the matching hash. Then the expensive argon2id/pbkdf verification...

Thanks for your question! You're not missing anything; this is currently not supported (officially) by this package. There are three modes: Pinned, Unpinned, and Static (default) I am wondering what...

It seems this issue still occurs. Sentry Issue: [ENTITLEMENTCARD-APP-6K](https://sentry.tuerantuer.org/organizations/digitalfabrik/issues/7577/?referrer=github_integration) Probably, the actual problem in the original issue is still not resolved: https://github.com/flutter/flutter/issues/75691. I archived the Sentry issue for several months...

Yeah, I'm not sure if BCrypt was necessary in the first place :D With 20 bytes of randomness, it might have been enough to just use SHA256, but no idea...

> I'd need to look closer into why we went with bcrypt instead of sha256. Moving away from this would be a breaking change though. There was no particular discussion...

> Well i've had a quick talk to Ms.Weniger from Stmas and for ZBFS every region just uploads an excel sheet with their stores. > So they could also add...

Can you clarify the steps? I don't quite get it yet. What do you mean with "but when jumping to the map..."

Okay, to summarize: Steps for OUTCOME A: * Go to search page * Click on a store -> The details page of the store opens, and a button "Show on...

I *do* think that this is your point: You expect that the "map view" when clicking on "Show on map" is a subview of the details page (I would also...