05:41:58 Glad you think this way Abo. You're not supposed to like it. 08:30:35 Bridge is restarting quickly to add further rooms listed on monero.social / https://www.getmonero.org/community/workgroups/ / https://www.getmonero.org/community/hangouts/ 08:34:41 It now has restarted with more channels added 08:39:06 Current bridge list is at https://git.gammaspectra.live/P2Pool/p2pool-observer-bridge/src/branch/master/matterbridge.toml.example#L187-L307 09:14:49 I don’t think it is a problem right now but consider +v if you ever see the bridge being este limited due to flood mitigation- libera itself talks about it https://libera.chat/guides/faq#flood-exemptions-for-bots 09:30:00 DataHoarder: could you also bridge #monero-events:monero.social 09:31:05 I will have it added to the list soon 09:59:40 Does pings work trough bridges? 10:26:10 Does zarter ping you? 10:26:35 Or @zarter:matrix.org 10:27:50 IRC sees your nick as so I assume they ping just zarter. In my case just having user here as DataHoarder (not DataHoarder(Please ping me)) I received pings too 10:28:18 The custom user is not seen by IRC 10:29:14 Maybe also works when written from IRC 10:29:53 It actually pinged me 10:30:40 Works as well 10:53:55 DataHoarder: please check DMs 11:12:53 Guess another restart soon for bridging #monero-events and #monero-pt, any other requests? 11:27:25 DataHoarder: are #monero-gui #haveno and #haveno-dev bridged? 11:27:43 maybe #monero-policy wants to be bridged 11:28:01 GUI is, cannot remember about policy, will check on computer 11:28:24 haveno, that is still Monero.social even while links point elsewhere right? 11:28:56 yes 11:29:44 and we were bridged too 11:34:46 policy was already bridged 11:34:48 Closed [bitejo proposal](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/395) 12:01:29 couldn't really link #haveno:monero.social and/or #haveno:haveno.network due to failing to fetch alias 12:01:33 > msg=Failed to POST JSON to /_matrix/client/r0/join/#haveno:haveno.network code=502 wrapped=M_UNKNOWN: Failed to fetch alias" prefix=main 12:03:23 got the similar error to that when joining via elements, so maybe related 12:05:13 for now the others are bridged 13:33:55 Monero Community Dev Monero Support 13:34:14 Please, DataHoarder @datahoarder:monero.social: 13:34:28 support was already bridged 13:34:43 monero-community-dev was too ofrnxmr ! 13:35:24 Support has been TBD for like 6 months. I though it would never happen ❤️‍🔥 13:36:24 I was going to joke about that in there but decided not to :D 13:36:59 in doubt check if m-relay is joined on the room here or IRC, except Haveno ones it should be a good sign 13:40:32 also bridgerton/monerokon-tg/hv-bridge mapping seems to work well, so messages are passing through properly (dropping the dual username, selecting the one from the bridge) 13:41:06 https://irc.gammaspectra.live/39a60dacd40c0f47/image.png Matrix 13:41:15 https://irc.gammaspectra.live/69b0a8529e084e67/image.png IRC 15:17:23 Did we lose the monerooutreach.org domain? 16:17:09 lh1008: ^ 16:17:39 * lh1008: 18:25:20 Monero background sync is now on by default in Cake Wallet and Monero.com! We also added Cake 2FA access control features, Ethereum + ERC-20 storage, Monero node proxy settings, and more! https://www.reddit.com/r/Monero/comments/15ksld0/updates_monero_background_sync_ethereum_now_in/ 19:10:38 Background sync is kind of a big deal. Soon, it will be long forgotten that people had to keep the wallet app open by touching the screen every 30 seconds for hours on end 19:11:31 Homer simpsons drinking bird 19:23:05 sgp: The Cake background sync is not the same as this one, right?: https://github.com/monero-project/monero/pull/8619 19:23:48 Correct. This directly accesses the secure phone storage and effectively unlocks the whole wallet for the sync process 19:26:10 Maybe valldrac can add this to the android wallet sdk 🤔 19:27:34 The goal of the background sync isn't to run in the background all the time to always stay fully synced. The goal is to have energy-efficient background processes that run periodically, so there are no long syncs anymore (except on initial restore). The goal is for all app open sync times to be <30 seconds 19:28:22 Monero fanatics in this channel should use the `Aggressive` sync preset: https://guides.cakewallet.com/docs/monero/#background-syncing 19:52:12

I turned on aggressive sync and seeing how long it takes to restore from seed 19:59:00 Yes, that's the idea. Last week I was talking to jberman about his pull-request. He's proposing a solution that would require users to enter their password at least once to open the wallet. But that could cause issues for Android apps since the OS might kill the app anytime, stopping any next background sync. I believe a better approach is something like Cake's way, where the app 19:59:00 can open the wallet in view-only mode using a KeyStore-wrapped key 20:05:24 Yes, that's the idea. Last week I was talking to jberman about his pull-request. He's proposing a solution that would require users to enter their password at least once to open the wallet. But that could cause issues for Android apps since the OS might kill the app anytime, stopping any next background sync. I believe a better approach is something like Cake's way, where the app 20:05:24 can open the wallet in view-only mode using a KeyStore-wrapped key (without user interaction) 21:48:24 here's a more fleshed out approach that wouldn't require users to re-enter their password if the app is killed/on reboot: https://github.com/monero-project/monero/pull/8619#issuecomment-1668607595