-
-
Notifications
You must be signed in to change notification settings - Fork 175
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
Connectivity issues with too many bookmarks #1776
Comments
Bad :( BTW as a workaround: @DebXWoody had a non upstreamed patch somwhere, where he passes a flag to Profanity to not join the bookmarks upon start. |
@StefanKropp do you want to upstream your patch regarding connecting without bookmarks? |
I don't even think it's autojoining. As a quick workaround I tried setting Line 308 in cad934b
autojoin to false and yes I don't autojoin those bookmarks but I still lose connection |
Upon further inspection this might be an issue with libstrophe. |
Can you provide debug logs? We can also discuss this in the profanity MUC. |
I just added a break point to the line that displays the Lost connection message and got a backtrace. That line was called when we got a certain type of status from libstrophe's xmpp_connect_client, so that's why I think it's libstrophe. I can get the trace again later. |
This is the last thing in the logs:
|
errno 104 is as of errno.h:87 #define ECONNRESET 104 /* Connection reset by peer */ i.e. the connection was closed by the server. What happened before those last things in the log? |
Directly before it I got bunch of these:
Another time I got some information about OMEMO like received keys or something, I don't remember well, didn't look anything like errors. If I scroll a bunch I find some errors about glib's dates
Or some of this type
|
Ok, now this also started happening in conversations as well so it really might be the server. What's curious though is that it only started happening in conversations a few days ago. |
Ok idk what is happening but this was happening in conversations for only a week. Since then it never happened. Profanity on the other hand is unusable due to this issue |
This reminds me of the issue while using Gajim: https://dev.gajim.org/gajim/gajim/-/issues/8758 and https://dev.gajim.org/gajim/python-nbxmpp/-/issues/45. Reasons:
|
If I have more than a particular number of bookmarks (not sure if autojoin has to be on or off, it's on for me) it my case 41 then profality loses connection whilst joining the MUCs when it reconnects it Loses connection shortly after.
Expected Behavior
Login normally
Current Behavior
Profanity loses connection while joining MUCs (sometimes even only after joining 10)
Possible Solution
Reason: maybe too many stanzas are being sent? I have no Idea
Steps to Reproduce (for bugs)
Context
For a few months couldn't get into my main account from profanity without knowing why.
Environment
Profanity, version 0.13.1dev.fix/segfault-mam.135a4cd9
Copyright (C) 2012 - 2019 James Booth [email protected].
Copyright (C) 2019 - 2022 Michael Vetter [email protected].
License GPLv3+: GNU GPL version 3 or later https://www.gnu.org/licenses/gpl.html
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Build information:
XMPP library: libstrophe
Desktop notification support: Enabled
OTR support: Enabled (libotr 4.1.1)
PGP support: Enabled (libgpgme 1.18.0)
OMEMO support: Enabled
C plugins: Enabled
Python plugins: Enabled (3.10.8)
GTK icons/clipboard: Enabled
GDK Pixbuf: Enabled
The text was updated successfully, but these errors were encountered: