7 commits

Author	SHA1	Message	Date
infinite-persistence	cef9ade10e	Render whole app on language change ... ## Issues 1. We were manually adding `selectLanguage(state)` as a prop to components used in Settings Page to trigger a render. Flaws: - Unclear that the unused prop is just to trigger a render. - Manually adding on a case-by-case basis will break over time (missed component). 2. The translation file fetching is delayed (at least in Odysee) and also takes time, so the GUI will end up having mixed strings on F5, depending on when the fetch completed. ## Approach Make the app wrapper have a key that's tied to the language and translation data, so the entire app renders when language changes. Seems like a common design in most apps. ## Ticket odysee 921	2022-03-07 09:40:09 -05:00
zeppi	ee9f63a161	integrate all the things ... bugfix wip flow fix cleaning clean	2021-10-15 23:49:41 -04:00
zeppi	d7856b7618	settings use null when matching current browser language ... default language functions bugfix1 bugfix2 bugfix4	2020-11-23 14:12:31 -05:00
jessop	d9bf72a351	all settings constants come from redux ... sync settings backout nav cases and anon preference key more robust backout header put notificationSettings under backout bar review changes	2020-07-27 11:53:14 -04:00
infiinte-persistence	1a3669ca76	Patch for "7839bbf2: Fix language-change not applied to all components immediately" ... - Missed the "Account Password" card that is used for authenticated case. - For cards that are only used in Settings, listen to the language change in "select" instead of passing in as a prop. I think this is cleaner.	2020-07-06 09:52:16 -04:00
Sean Yesmunt	7138fe54bc	bring in 'notifications' state from lbry-redux	2020-06-16 09:56:32 -04:00
Jessop	8cb4208282	autoLaunch on startup	2019-11-18 15:00:00 -05:00