0000609: Status Niewidoczny (XEP-0126)

(0000929)
Kaworu (administrator)
2009-10-21 14:34

Dodany gratisowy <presence type="unavailable"/> przed ustawieniem listy prywatnosci. Aczkolwiek jak sprawdzałem to nawet z poprzednimi ustawieniami wszystko (przynajmniej na moim jidowym koncie) działa poprawnie;

(0000930)
picasso (zgłaszający)
2009-10-21 16:12
edytowano: 2009-10-21 17:08

Przyznaję, nie rozumiem. W tej najtli nie widzę zmian, poza faktem że disco szersze. U mnie nie wysyła gratisa, wygląd zdarzeń w konsoli taki sam.
Podkładem jest tabula rasa. By wykluczyć jakiś konflikt w listach, wszystkie zostały upłynnione z serwera. WTW ładnie tworzy listę, tylko skutków nie widać.

EDIT: Zmieniło się też o tyle, że teraz po próbie wyjścia z tego Niewidocznego na jakikolwiek inny stan, konsola zwraca błędy tego rodzaju:

+++++++++++++++

<iq type="set" id="5VVu1s3Of3mI94M=">
<query xmlns="jabber:iq:privacy">
<active name="wtf-privacy" />
</query>
</iq>
<presence>
<x xmlns="jabber:x:avatar"><hash>b57cc9f8eb41c862b0e2f760c55b4d02ad31393e</hash>
</x>
<c xmlns="http://jabber.org/protocol/caps" [^] hash="sha-1" node="http://www.k2t.eu/wtw/" [^] ver="un8qTLNpCbWXAW/MuW/Y1a9tWpU=" ext="ep-notify" />
</presence>
<iq type="error" id="5VVu1s3Of3mI94M=" to="blabla@jid.pl/WTW">
<query xmlns="jabber:iq:privacy"><active name="wtf-privacy"/></query>
<error code="404" type="cancel">
<item-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
</error>
</iq>

+++++++++++++++

Inne klienty zaś nie notują w ogóle zmiany stanu, wisi na tym, który był ustawiony przed niefortunnym niewidocznym.

(0000931)
Kaworu (administrator)
2009-10-21 17:13

Fakt, mój błąd - zapomniałem o czymś. Druga nightly za 20 minut, powinno działać.

(0000933)
picasso (zgłaszający)
2009-10-21 18:04

Aż mi głupio pukać ... ale:

Początek idzie już poprawnie, wchodzi na Niewidoczny bez przeszkód. Niestety z wyjściem jest problem - w konsoli to samo 404 co wyżej.

(0000934)
Kaworu (administrator)
2009-10-21 19:40

Chyba raczej mi po winno być głupio, ze trzeci raz coś nie gra. Ale to do trzech razy sztuka. Przy okazji następnej nightly powinno już być ok (tak mi się wydaje).

(0000937)
Kaworu (administrator)
2009-10-22 08:24

Hellou, to znów ja. W nowej nightly powinno działać (tj. "u mnie działa") - jakbyś mogła potwierdzić, to zamknę to zgłoszenie i będziemy się mogli wszyscy radować.

(0000938)
picasso (zgłaszający)
2009-10-22 10:43
edytowano: 2009-10-22 11:21

Bez zarzutu. Dziękuję.

EDIT: Ale jest inny problem z mechanizmem XEP-0126. Przypadkowo teraz to sprawdziłam. Ukrywanie selektywne via Edycja kontaktu nie ma skutków. Tutaj też nie jest wysyłane "unavailable".

(0000939)
picasso (zgłaszający)
2009-10-22 12:31

Komuś się nożyk otworzy w kieszeni. Moja edycja we wcześniejszym komentarzu nie została chyba zauważona, stąd podbijam. Ten sam problem występuje również przy selektywnej niewidoczności w oparciu o listy. Klient, który to prowadzi prawidłowo: Tkabber. Jak potrzebne, dodam zbiorcze wyciągi z konsoli. Ale chodzi o to samo po prostu = brak wysyłu tego typu:

OUT(1,blabla@jid.pl/tkabber):
<presence type='unavailable' to='XYZ@jid.pl' xml:lang='pl'><priority>8</priority><status>Rozłączony</status><c xmlns='http://jabber.org/protocol/caps' [^] hash='sha-1' node='http://tkabber.jabber.ru/' [^] ver='Xi3YSUl/DfzRhGcZq2tZ24I3MLI='/></presence>

(0000940)
Kaworu (administrator)
2009-10-22 13:30

Argh... ide poszukac żyletek, albo mydła w płynie...

(0000942)
Kaworu (administrator)
2009-10-22 19:06

Ostatnia nocna, czy juz dziala? ;P

(0000943)
picasso (zgłaszający)
2009-10-22 20:08

Ta namydlona ręka z żyletką zadziałała w ten sposób: ładnie wchodzi, nie wychodzi automatycznie (inny klient nie notuje ujawnienia stanu dopóki nie nastąpi ponowna zbiorcza zmiana stanu). To już szczegół (różnica w Tkabber = presence to JID), w konsoli nie ma błędu, odpalantowuję się od tego.

Bardzo dziękuję kaworu. Nie licz na otwarcie zgłoszenia :P

(0000944)
Kaworu (administrator)
2009-10-22 22:36

To ten na gorze jednak jest miłosierny ;)

Komentarze
(0000929) Kaworu (administrator) 2009-10-21 14:34	Dodany gratisowy <presence type="unavailable"/> przed ustawieniem listy prywatnosci. Aczkolwiek jak sprawdzałem to nawet z poprzednimi ustawieniami wszystko (przynajmniej na moim jidowym koncie) działa poprawnie;

(0000930) picasso (zgłaszający) 2009-10-21 16:12 edytowano: 2009-10-21 17:08	Przyznaję, nie rozumiem. W tej najtli nie widzę zmian, poza faktem że disco szersze. U mnie nie wysyła gratisa, wygląd zdarzeń w konsoli taki sam. Podkładem jest tabula rasa. By wykluczyć jakiś konflikt w listach, wszystkie zostały upłynnione z serwera. WTW ładnie tworzy listę, tylko skutków nie widać. EDIT: Zmieniło się też o tyle, że teraz po próbie wyjścia z tego Niewidocznego na jakikolwiek inny stan, konsola zwraca błędy tego rodzaju: +++++++++++++++ <iq type="set" id="5VVu1s3Of3mI94M="> <query xmlns="jabber:iq:privacy"> <active name="wtf-privacy" /> </query> </iq> <presence> <x xmlns="jabber:x:avatar"><hash>b57cc9f8eb41c862b0e2f760c55b4d02ad31393e</hash> </x> <c xmlns="http://jabber.org/protocol/caps" [^] hash="sha-1" node="http://www.k2t.eu/wtw/" [^] ver="un8qTLNpCbWXAW/MuW/Y1a9tWpU=" ext="ep-notify" /> </presence> <iq type="error" id="5VVu1s3Of3mI94M=" to="blabla@jid.pl/WTW"> <query xmlns="jabber:iq:privacy"><active name="wtf-privacy"/></query> <error code="404" type="cancel"> <item-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/> </error> </iq> +++++++++++++++ Inne klienty zaś nie notują w ogóle zmiany stanu, wisi na tym, który był ustawiony przed niefortunnym niewidocznym.

(0000931) Kaworu (administrator) 2009-10-21 17:13	Fakt, mój błąd - zapomniałem o czymś. Druga nightly za 20 minut, powinno działać.

(0000933) picasso (zgłaszający) 2009-10-21 18:04	Aż mi głupio pukać ... ale: Początek idzie już poprawnie, wchodzi na Niewidoczny bez przeszkód. Niestety z wyjściem jest problem - w konsoli to samo 404 co wyżej.

(0000934) Kaworu (administrator) 2009-10-21 19:40	Chyba raczej mi po winno być głupio, ze trzeci raz coś nie gra. Ale to do trzech razy sztuka. Przy okazji następnej nightly powinno już być ok (tak mi się wydaje).

(0000937) Kaworu (administrator) 2009-10-22 08:24	Hellou, to znów ja. W nowej nightly powinno działać (tj. "u mnie działa") - jakbyś mogła potwierdzić, to zamknę to zgłoszenie i będziemy się mogli wszyscy radować.

(0000938) picasso (zgłaszający) 2009-10-22 10:43 edytowano: 2009-10-22 11:21	Bez zarzutu. Dziękuję. EDIT: Ale jest inny problem z mechanizmem XEP-0126. Przypadkowo teraz to sprawdziłam. Ukrywanie selektywne via Edycja kontaktu nie ma skutków. Tutaj też nie jest wysyłane "unavailable".

(0000939) picasso (zgłaszający) 2009-10-22 12:31	Komuś się nożyk otworzy w kieszeni. Moja edycja we wcześniejszym komentarzu nie została chyba zauważona, stąd podbijam. Ten sam problem występuje również przy selektywnej niewidoczności w oparciu o listy. Klient, który to prowadzi prawidłowo: Tkabber. Jak potrzebne, dodam zbiorcze wyciągi z konsoli. Ale chodzi o to samo po prostu = brak wysyłu tego typu: OUT(1,blabla@jid.pl/tkabber): <presence type='unavailable' to='XYZ@jid.pl' xml:lang='pl'><priority>8</priority><status>Rozłączony</status><c xmlns='http://jabber.org/protocol/caps' [^] hash='sha-1' node='http://tkabber.jabber.ru/' [^] ver='Xi3YSUl/DfzRhGcZq2tZ24I3MLI='/></presence>

(0000940) Kaworu (administrator) 2009-10-22 13:30	Argh... ide poszukac żyletek, albo mydła w płynie...

(0000942) Kaworu (administrator) 2009-10-22 19:06	Ostatnia nocna, czy juz dziala? ;P

(0000943) picasso (zgłaszający) 2009-10-22 20:08	Ta namydlona ręka z żyletką zadziałała w ten sposób: ładnie wchodzi, nie wychodzi automatycznie (inny klient nie notuje ujawnienia stanu dopóki nie nastąpi ponowna zbiorcza zmiana stanu). To już szczegół (różnica w Tkabber = presence to JID), w konsoli nie ma błędu, odpalantowuję się od tego. Bardzo dziękuję kaworu. Nie licz na otwarcie zgłoszenia :P

(0000944) Kaworu (administrator) 2009-10-22 22:36	To ten na gorze jednak jest miłosierny ;)

Historia zgłoszenia
Data zmiany	Nazwa użytkownika	Pole	Zmiana
2009-10-19 03:44	picasso	Nowe zgłoszenie
2009-10-19 03:44	picasso	Dodano plik: konsola.txt
2009-10-21 14:34	Kaworu	Dodano komentarz: 0000929
2009-10-21 14:34	Kaworu	Status	nowy => rozwiązany
2009-10-21 14:34	Kaworu	Rozwiązanie	otwarty => poprawiony
2009-10-21 14:34	Kaworu	Przypisany do	=> Kaworu
2009-10-21 16:12	picasso	Dodano komentarz: 0000930
2009-10-21 16:12	picasso	Status	rozwiązany => zwrócony
2009-10-21 16:12	picasso	Rozwiązanie	poprawiony => ponownie otwarty
2009-10-21 17:02	picasso	Edycja komentarza: 0000930
2009-10-21 17:03	picasso	Edycja komentarza: 0000930
2009-10-21 17:08	picasso	Edycja komentarza: 0000930
2009-10-21 17:13	Kaworu	Dodano komentarz: 0000931
2009-10-21 17:13	Kaworu	Status	zwrócony => rozwiązany
2009-10-21 17:13	Kaworu	Rozwiązanie	ponownie otwarty => poprawiony
2009-10-21 18:04	picasso	Dodano komentarz: 0000933
2009-10-21 18:04	picasso	Status	rozwiązany => zwrócony
2009-10-21 18:04	picasso	Rozwiązanie	poprawiony => ponownie otwarty
2009-10-21 19:40	Kaworu	Dodano komentarz: 0000934
2009-10-21 19:41	Kaworu	Status	zwrócony => uznany
2009-10-22 08:24	Kaworu	Dodano komentarz: 0000937
2009-10-22 10:43	picasso	Dodano komentarz: 0000938
2009-10-22 11:09	picasso	Edycja komentarza: 0000938
2009-10-22 11:11	picasso	Edycja komentarza: 0000938
2009-10-22 11:21	picasso	Edycja komentarza: 0000938
2009-10-22 11:35	Kaworu	Status	uznany => rozwiązany
2009-10-22 11:35	Kaworu	Rozwiązanie	ponownie otwarty => poprawiony
2009-10-22 12:31	picasso	Dodano komentarz: 0000939
2009-10-22 12:31	picasso	Status	rozwiązany => zwrócony
2009-10-22 12:31	picasso	Rozwiązanie	poprawiony => ponownie otwarty
2009-10-22 13:30	Kaworu	Dodano komentarz: 0000940
2009-10-22 13:31	Kaworu	Status	zwrócony => uznany
2009-10-22 19:06	Kaworu	Dodano komentarz: 0000942
2009-10-22 20:08	picasso	Dodano komentarz: 0000943
2009-10-22 22:36	Kaworu	Dodano komentarz: 0000944
2009-10-22 22:36	Kaworu	Status	uznany => rozwiązany
2009-10-22 22:36	Kaworu	Rozwiązanie	ponownie otwarty => poprawiony

Powiązania