"Commands"-Tab bei Einzelchat #47

Closed
opened 2025-06-08 21:09:27 +02:00 by lookshe · 5 comments
Owner

Untersuchen warum "Commands"-Tab bei manchen Einzelchats auftaucht.
Zuletzt beobachtet in Zusammenhang mit Gajim als Gegenstelle.

Untersuchen warum "Commands"-Tab bei manchen Einzelchats auftaucht. Zuletzt beobachtet in Zusammenhang mit Gajim als Gegenstelle.
Author
Owner

Nicht wie erwartet bei wechsel zu "offline". Auch Status "away" und "not available" können bei aktivem Umschalten wohl ausgeschlossen werden.
Eventuell das automatische Umschalten als Ursache, denn dabei wurde es zwei Mal beobachtet.

Nicht wie erwartet bei wechsel zu "offline". Auch Status "away" und "not available" können bei aktivem Umschalten wohl ausgeschlossen werden. Eventuell das automatische Umschalten als Ursache, denn dabei wurde es zwei Mal beobachtet.
Author
Owner

Rechner mit Gajim war im Hibernate, also nicht verbunden.
D.h. es fehlt irgendwo ein Timeout o.ä.

Rechner mit Gajim war im Hibernate, also nicht verbunden. D.h. es fehlt irgendwo ein Timeout o.ä.
Author
Owner

if (!delayShow) conversation.showViewPager();


Ändert man beide Zeilen auf conversation.hideViewPager();, funktioniert MUC weiterhin, aber es wird nicht mehr bei Einzelchat eingeblendet.

@tristan so stumpf umsetzen oder lieber etwas schöner?

https://git.fucktheforce.de/thedevstack/PiratX/src/commit/698d5fbdc9275bd385a5ed2d3fed05f677846c30/src/main/java/eu/siacs/conversations/ui/ConversationFragment.java#L3964 https://git.fucktheforce.de/thedevstack/PiratX/src/commit/698d5fbdc9275bd385a5ed2d3fed05f677846c30/src/main/java/eu/siacs/conversations/ui/ConversationFragment.java#L3984 Ändert man beide Zeilen auf `conversation.hideViewPager();`, funktioniert MUC weiterhin, aber es wird nicht mehr bei Einzelchat eingeblendet. @tristan so stumpf umsetzen oder lieber etwas schöner?
Owner

Einfach machen. Schöner geht es nur mit unverhältnismäßig viel aufwand

Einfach machen. Schöner geht es nur mit unverhältnismäßig viel aufwand
Author
Owner

Das eigentlich Problem ist, dass in folgender Zeile quasi nie ein Timeout kommt:

activity.xmppConnectionService.fetchCommands(conversation.getAccount(), commandJid, (iq) -> {


Erst wenn die Ressource weg ist und der Server "antwortet", wird der Callback überhaupt verarbeitet.

Eine ordentliche Lösung ist also wohl komplizierter.

Vorschlag daher die quick&dirty-Lösung, bis uns das Probleme macht.

Das eigentlich Problem ist, dass in folgender Zeile quasi nie ein Timeout kommt: https://git.fucktheforce.de/thedevstack/PiratX/src/commit/698d5fbdc9275bd385a5ed2d3fed05f677846c30/src/main/java/eu/siacs/conversations/ui/ConversationFragment.java#L3966 Erst wenn die Ressource weg ist und der Server "antwortet", wird der Callback überhaupt verarbeitet. Eine ordentliche Lösung ist also wohl komplizierter. Vorschlag daher die quick&dirty-Lösung, bis uns das Probleme macht.
Sign in to join this conversation.
No labels
update fork
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
thedevstack/PiratX#47
No description provided.