Aero3 by sebus [modemy],[win]

[tomaszmister]

Powierdzam, również od ok. 2 dni obserwuję zmianę w działaniu trybu captcha, która praktycznie blokuje dotychczasowe bardzo ładne działanie programu Sebusa.

A więc w Aero2 znów musiały zostać wprowadzone jakieś modyfikacje w konfiguracji - może oni tam faktycznie stale wymyślają, jaką kolejną przeszkodę wymyślić dla użytkowników Aero ;-)

Choć dokładniej mówiąc, podczas używania Androida z programem Aero2 Asystent, wydaje się że tryb captcha i obrazek z kodem są wykrywane i pokazywane poprawnie.

Również mój skrypt do podtrzymywania połączenia/modemu przed usypianiem w dalszym ciągu poprawnie rozpoznaje przejście w tryb captcha i jego zakończenie - oczywiście żadna to zasługa samego skryptu, tylko polecenie portqry, za pomocą którego wykrywany jest tryb captcha, na szczęście pozostało odporne na wprowadzone przez Aero zmiany.

Pozostaje nam więc mieć nadzieję, że Sebus kolejny raz będzie mógł poświęcić swój czas, aby znów naprawiać to, co kolejny raz zepsuło Aero (można tak w pewnym sensie powiedzieć).


Jeszcze tylko dodam, że nie zauważyłem dokładnie takich samych objawów ubocznych, jakie opisuje Egri - może objawy te zależą także od szczegółów konfiguracji połączenia.

Natomiast zauważyłem jeszcze, że program Aero3 czasami tak samo jak dawniej poprawnie wychwyci przejście w tryb captcha i pokaże obrazek, ale wtedy pomimo poprawnego przepisania (i poprawnego zakończenia trybu captcha po 10 s.) następuje próba załadowania (przez program Aero3) kolejnego obrazka i ikona programu w zasobniku pozostaje mrugająca, gdyż program pozostaje przekonany nadal o znajdowaniu się w trybie captcha.