[ekg2-devel] Nieprawidłowe nawiązywanie rozm

[Michał Górny]

Dnia 17-02-2008 o 20:28:13 Michał Kazior <kazikcz w gmail.com> napisał(a):

> Problem 1.
>   Posiadam na liście kontaktów (jabber) kilka osób, które mają takie
> same nicki. Wynika to z tego, że część osób mam podwójnie/potrójnie,
> gdyż używają kilku protokołow (gg/jabber/tlen).

EKG2 wychodzi z założenia, że nicki (jako podstawowy sposób wywoływania  
rozmówcy) mają być unikalne. Może i powinno się lepiej zachowywać  
w sytuacji, kiedy już ktoś zrobił powtarzające się, acz ja osobiście  
nie widzę w tym celowości. Chyba że przy wywoływaniu każdego rozmówcy per  
/query chce Ci się pisać cały JID… Na rosterze też chyba nie pokazujemy  
UID-ów obok nicków, więc i takie klikanie nie pomoże.

> Problem 2.
>   Jeżeli rozpocznę rozmowę z samym sobą (z Gajim do Ekg2), to
> osoba, która w najbliższym czasie zmieni swój status (w Ekg2) zostanie
> `wsadzona' jako rozmówca w okno rozmowy z samym sobą (z Gajim).
> Następne próby komunikacji z samym sobą (Gajim->Ekg2) będą tworzyć
> następne okna, które będą kolejno zajmowane przez dość losowe
> kontakty. Próba odpowiedzi (Ekg2->Gajim) na zmutowanym oknie będzie
> wysyłać wiadomości do `wylosowanego' uprzednio kontaktu.

Nie obsługujemy zasobów w Jabberze, co będzie tutaj podstawowym źródłem  
problemów. Dj kiedyś zrobił nawet całkiem ładnie prezentującego się  
patcha, acz wadliwego — jak Ci się chce, możesz go poszukać i naprawić.  
Aktualnie mamy ważniejsze rzeczy na głowie.

> Pozwoliłem sobie zajrzeć do źródeł w poszukiwaniu odpowiedzi i byćmoże
> rozwiązania tych problemów. Udało mi się ustalić (nie wiem czy
> poprawnie), że wina leży w konstrukcji window_t, która jako
> identyfikator rozmowy przyjmuje nick kontaktu. Myslę, że w tym miejscu
> powinien znaleźć się UID, który jest unikalny i pozwala na
> jednoznaczne określenie rozmówcy.

Też tak kiedyś mówiłem, ale wychodząc z założenia w punkcie 1-szym  
wygodniej jest przechowywać nick — bo to właśnie on jest wyświetlany  
w związku z oknem. W sumie moglibyśmy dodać nowe pole, ale to już zmiana  
wymagająca dyskusji i pewnie niemałych modyfikacji w kodzie.

-- 

Z poważaniem,
Michał Górny

<http://mailnull.com/w?au=f6744c6f5e097cc9816a562802f331c2>
<xmpp:mgorny w jabster.pl>