Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: High node numbers result in delete messages and constant new nodes joining #1510

Open
1 task done
DooMMasteR opened this issue Dec 28, 2024 · 3 comments
Open
1 task done
Labels
bug Something isn't working

Comments

@DooMMasteR
Copy link

DooMMasteR commented Dec 28, 2024

Contact Details

No response

What happened?

I am and many others are currently at 38C3 and there is a very busy Meshtastic mesh on and around the event, my node alone saw ~48000 packages in a day.
With more than ~80-100 nodes, both the App and the node develop issues (the event is in excess of 200 nodes).
The first one is that they are constantly notifying of new nodes joining the mesh, the node (T-Echo) is limited to 80 nodes, but the app should be able to track more, it however seems to fail at it and constantly notifies me about new nodes I have 100% already seen in the past.
But even worse, the app lost multiple private chats with other nodes after forgetting the node.
Even my own relay (another T-Echo) and it's messages got lost this way.

App Version

2.5.15

Phone

Pixel 8 Pro

Device

T-Echo

Firmware

2.5.15

Relevant log output

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@DooMMasteR DooMMasteR added the bug Something isn't working label Dec 28, 2024
@DooMMasteR DooMMasteR changed the title [Bug]: High node numbers result in delete messages and constant new node [Bug]: High node numbers result in delete messages and constant new nodes joining Dec 28, 2024
@infered5
Copy link

infered5 commented Jan 5, 2025

Can confirm this happens to me too. Using a RAK4631 and Galaxy Flip 3 (Android 14).
Meshtastic app 2.5.15 (Play store with Beta Tester access). Seems to happen around the high 80s of nodes in memory.

@jpryor223
Copy link

I am seeing the same issue as well, any nodes over 80 or 100 depending on which device are not loaded on reconnect. In particular I see nodes that are not encrypted (older firmware) mostly missing that were active in recent hours and all need to request info and position again. Other unset and unrecognized nodes are also not reloaded. The app node DB continues to have history for older nodes so once the node appears again I can see past logs, just takes time for info and position to update again like finding a brand new mode.

@jpryor223
Copy link

Also should note I am not seeing this issue from Apple app, that is maintaining more than >100 nodes on reconnect.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants