<s​iren:kernal.eu> Glad you think this way Abo. You're not supposed to like it.

Bridge is restarting quickly to add further rooms listed on monero.social / getmonero.org/community/workgroups / getmonero.org/community/hangouts

<d​atahoarder:monero.social> It now has restarted with more channels added

Current bridge list is at git.gammaspectra.live/P2Pool/p2pool…matterbridge.toml.example#L187-L307

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 libera.chat/guides/faq#flood-exemptions-for-bots

<a​js_:matrix.org> DataHoarder: could you also bridge #monero-events:monero.social

I will have it added to the list soon

<z​arter:matrix.org> Does pings work trough bridges?

Does zarter ping you?

Or @zarter:matrix.org

<d​atahoarder:monero.social> IRC sees your nick as <zarter:matrix.org> 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

<d​atahoarder:monero.social> The custom user is not seen by IRC

Maybe <zarter:matrix.org> also works when written from IRC

<z​arter:matrix.org> It actually pinged me

<z​arter:matrix.org> Works as well

<c​harutocafe:matrix.org> DataHoarder: please check DMs

Guess another restart soon for bridging #monero-events and #monero-pt, any other requests?

DataHoarder: are #monero-gui #haveno and #haveno-dev bridged?

maybe #monero-policy wants to be bridged

GUI is, cannot remember about policy, will check on computer

haveno, that is still Monero.social even while links point elsewhere right?

<w​oodser:monero.social> yes

<w​oodser:monero.social> and we were bridged too

policy was already bridged

<r​ecanman:agoradesk.com> Closed [bitejo proposal](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/395)

couldn't really link #haveno:monero.social and/or #haveno:haveno.network due to failing to fetch alias

> msg=Failed to POST JSON to /_matrix/client/r0/join/#haveno:haveno.network code=502 wrapped=M_UNKNOWN: Failed to fetch alias" prefix=main

got the similar error to that when joining via elements, so maybe related

for now the others are bridged

<o​frnxmr:monero.social> Monero Community Dev Monero Support

<o​frnxmr:monero.social> Please, DataHoarder @datahoarder:monero.social:

<d​atahoarder:monero.social> support was already bridged

<d​atahoarder:monero.social> monero-community-dev was too ofrnxmr !

<o​frnxmr:monero.social> Support has been TBD for like 6 months. I though it would never happen ❤️‍🔥

<d​atahoarder:monero.social> I was going to joke about that in there but decided not to :D

<d​atahoarder:monero.social> in doubt check if m-relay is joined on the room here or IRC, except Haveno ones it should be a good sign

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)

irc.gammaspectra.live/39a60dacd40c0f47/image.png Matrix

irc.gammaspectra.live/69b0a8529e084e67/image.png IRC

<r​ucknium:monero.social> Did we lose the monerooutreach.org domain?

<x​mrscott:monero.social> lh1008: ^

<x​mrscott:monero.social> * lh1008:

<s​gp:magicgrants.org> 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! reddit.com/r/Monero/comments/15ksld…ero_background_sync_ethereum_now_in

<p​lowsof:matrix.org> 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

<p​lowsof:matrix.org> Homer simpsons drinking bird

<r​ucknium:monero.social> sgp: The Cake background sync is not the same as this one, right?: monero-project/monero #8619

<s​gp:magicgrants.org> Correct. This directly accesses the secure phone storage and effectively unlocks the whole wallet for the sync process

<p​lowsof:matrix.org> Maybe valldrac can add this to the android wallet sdk 🤔

<s​gp:magicgrants.org> 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

<s​gp:magicgrants.org> Monero fanatics in this channel should use the `Aggressive` sync preset: guides.cakewallet.com/docs/monero/#background-syncing

<a​ck-j:matrix.org> I turned on aggressive sync and seeing how long it takes to restore from seed

<v​alldrac:matrix.org> 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 <clipped message>

<v​alldrac:matrix.org> can open the wallet in view-only mode using a KeyStore-wrapped key

<v​alldrac:matrix.org> 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 <clipped message>

<v​alldrac:matrix.org> can open the wallet in view-only mode using a KeyStore-wrapped key (without user interaction)

<j​berman:matrix.org> here's a more fleshed out approach that wouldn't require users to re-enter their password if the app is killed/on reboot: monero-project/monero #8619#issuecomment-1668607595