Segítsetek tesztelni: Thunderbird - Azonnali üzenetküldő

Mozilla

A Thunderbird 13 egyik újdonsága lesz a beépíttet azonnali üzenetküldési lehetőség. A fejlesztők arra kérik a felhasználókat, hogy teszteljék le és jelentsenek be hibákat ezzel a verzióval kapcsolatban. A mai nap a hivatalos tesztnap, de természetesen a fejlesztők a későbbiekben is örömmel várják a hibajelentéseket.

Nincs más teendő, mint:

  • Letölteni és telepíteni a Thunderbird 13 (Earlybird) verzióját,
  • Beállítani és használni a csevegőfelületet.
  • A talált hibákat a Bugzillába kellene jelenteni, angol nyelven. A hibajegyet úgy kell kiállítani, hogy blokkolja ezt a hibajegyet: https://bugzilla.mozilla.org/show_bug.cgi?id=740280

(A Thunderbird 13 tesztverziójának telepítése előtt érdemes biztonsági másolatot készíteni és/vagy üres profilban végrehajtani a tesztelést. Ennek menetéről a következő oldal ad részletes információt: http://firefox.hu/thunderbird-profilok-kezelese/)

Earlybird letöltése: http://www.mozilla.org/en-US/thunderbird/channel/

(Forrás)

( uid_17720 | 2012. 04. 05., cs – 11:04 )

Én szívesebben tesztelnék egy ical támogatással bíró naptár funkciót. A Lightning fagyasztja a klienst.

hát igen, jó lenne már ha nem a csili-vili funkciókat és a GUI állandó átrendezését nyomatnák, hanem végre a használhatóságra koncentrálnának.

Az, hogy egy csatolt fájlt csak a címrész jobb sarkába szabad behúzni, mert különben csak a fájlelérhetöséget írja az email szövegébe, elég gáz.
Vagy, hogy csak "Mentés mint..." funkcióval tudom a csatolt fájlokat menteni, drag&drop nem müködik - és mindez 2012-ben. Persze lehet, hogy az aktuális verzióban ez mind javítva van.

Naptárról, címtárról ne is beszéljünk....

Ez minden önkéntesek munkájára támaszkodó projekt baja. Amit fun megcsinálni, az elkészül, majd átalakul hússzor, mert fun újraírni is. De ha egy race condition miatti heisenbugot kell levadászni, na az sokáig ácsorog a bug trackerben.

Pl: Qt Quick. Amikor még nem volt általános maszkolási lehetőség (nem tudom van -e már) már a 3D-s cuccokat nyomatták.

Ezek OS/DE-, és ahogy te mondod, verziófüggők lehetnek, mert nekem a TB 11 nem írja az útvonalat a levélbe, ha a szövegmezőbe húzok egy állományt, és persze nem is csatolja, viszont ha a szövegmező és a menüsor közti területre húzom, akkor csatolja, tehát nem szükséges a csatolmányok listába húzni. A csatolmányok kihúzása is működik. A Lightning és a Google Calendar is használható.

Engem pl. az zavar :), hogy a Thunderbird és a Firefox is BMP képként kezeli az alkalmazásokba vagy az ikonokra húzott képeket (TB esetén a beágyazottakat és a levélben megjelenített csatolmányokat (Melléklet megtekintése belül)). Ráadásul a temp könyvtárba menti őket, majd egyből törli is, így egy ~lassan induló program számára elérhetetlenek. Szerintem eredeti formátumukban kellene kezelni a képeket, és módosítóbillentyűvel BMP-ként, valamint törölni sem kellene egyből. Meg az is zavar :), hogy ha mappát váltok, az üzenetlista mindig az utoljára kijelölt üzenetre vagy a legelső üzenet magasságába ugrik, _akkor is, ha közben görgettem a listát_. Értem én, hogy olykor idő kell bizonyos tevékenységek elvégzéséhez, de mindenképpen zavaró így. Csak úgy eszembe jutottak, mert még nem találtam rájuk megoldást.

:)

hmm... nekem sem a régi 3.1-es Thunderbird, sem a legújabbak nem fagynak, Lightning + GCal provider, sem windózon sem linuxon, kb 4-5 google naptárral szinkronban tartva állandóan. A munkahelyi gépemen heteket megy újraindítás nélkül. 3-as thunderbird óta nem volt újratelepítve, most 11-es, és semmi stabilitási gondom nincs.
Szerintem neked a profileban van valami, ami nem jó neki, próbáld ki, hogy újracsinálod a profilt nulláról.

Ha jol remlik, egy idoben a forrasban benne volt az LDAP iras lehetosege, csak nem volt engedelyezve. Ezek szerint azota se sikerult elorelepni ebben.

Amugy nem a TB az egyetlen, ahonnet hianyzik ez a kepesseg.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( anon7002197 | 2012. 04. 05., cs – 13:45 )

Rajta vagyok, de fél óra csak, mire összenyomja a profil mappámat.
Utána indul a teszt.

Szerk.: Milyen más email klienseket lehet cross-platform használni? Tud annyit a TheBat például, hogy az ember kiperkáljon 30$-t érte?

( csabezs | 2012. 04. 05., cs – 14:40 )

OFF
ZSÖRTÖLŐDÉS ON

Gondolom ennek semmi
köze az instantbirdhez.
(Mivel semmi ilyesmit nem írtak.)
Ebből a szempontból
megint egy N+1 IM progi.
Eltekintve attól, hogy
már semmi ilyesmit nem
használok, valamelyiket
igazán megcsinálhatnák rendesen...

ZSÖRTÖLŐDÉS OFF
/OFF

( bolond | 2012. 04. 05., cs – 14:47 )

Ez azt is jelenti, hogy pl. a Gmailes feladóktól kapott leveleknél láthatom, hogy a feladó be van-e jelentkezve a Google csevegőbe (vagy minek hívják...)?

:)

( Aadaam v | 2012. 04. 05., cs – 19:50 )

UX dolgokat hogy szoktak kezelni? Levlistan kell irogatni? Sima, kulon? Feature requestkent kell bejelenteni? Hova kell csatolni patchet vagy mockupot?

( vl v | 2012. 04. 05., cs – 20:11 )

Nincs más teendő, mint:
A talált hibákat a Bugzillába kellene jelenteni, angol nyelven

Őszintén kérdezem: mi a fasznak????

Amikor egy - kb. mindenki által - naponta megtapasztalható bug 6. éve áll UNCONFIRMED/DUPEME állapotban, azaz 6 kerek év alatt arra se vették a fáradságot, hogy megnézzék, valóban igaz-e a hiba...

https://bugzilla.mozilla.org/show_bug.cgi?id=329660

De az ilyen szarságokra, mint a chat, na arra van energia... Mikor van csillió chatprogram, akkor a mailernek feltétlenül kell tudnia chatelni is, de persze emailezni, na azt nem kell tudnia.

Eszem-faszom megáll a sok bohóctól...

Megmondom őszintén: nem az a baj, hogy letölti vagy sem (ez is baj persze - és én minden verzióban láttam olyan szituációt, amikor fölöslegesen kétszer töltötte le a levelet), hanem az, hogy 6 év alatt meg se nézték, hogy mi a fasz van.

Amúgy van nekem is 2+ éves bugreportom, ami arról szól, hogy bizonyos attachmentekre (nem tudja róla, hogy mi van benne) annyit ajánl fel, hogy "save". Más attachmentekre (amikről ugyanúgy nem tudja, hogy mi van benne) nem csak a "save" az opció, hanem választhatok magamnak egy programot, és azt meghívja rá. Mondjuk egy szövegszerkesztőt, ha már úgyis tudom, hogy text fájl az... Ez kb. egy darab fölösleges if feltétel kikúrásával javítható lenne. A bugreport kb. ugyanott tart. Elfogadnám, ha az lenne a mondás, hogy nincs mérnök. Mondjuk évi $100M USD-ből azért futhatná rá a kedves mozilla alapítványnak.... De a hír szerint van, csak azok faszságokkal szórakoznak. Még jó, hogy roadshow-zni nem járnak világszerte rendezvényekre, mert ha erre járnának, én el is mennék, és meg is kapná a szerencsétlen evangelizátoruk a magáét.

A firefox bugokról meg ne is beszéljünk (pl. a kedvenc vesszőparipám a rendes history hiánya, ami a netscape 4.0, azaz 1997 óta ott figyel, és kb. _minden_ felhasználó életében legalább egyszer megtapasztalta már valamilyen formában).

Gondolom, ez attól függ, hogy a feladó jelölte-e a csatolmány MIME-típusát vagy sem.

Hát nem. Az application/octet-stream az a MIME típus, amit konkrétan büntet a TB. Minden mást lehet bármivel nézni, de ezt nem... Szerintem aki a kódot írta, se tudná megvédeni az elbaszott koncepcióját...

A Firefox-ban mit értesz a rendes history hiánya alatt? Milyennek kellene lennie?

A Back gomb ne az URL-t cserélje ki a bar-ban (majd ezután újratölti az oldalt, mintha most gépeltem volna be az URL-t), hanem újratöltés nélkül adja vissza azt az oldalt, amit korábban láttam.

Ugyanez a Print gombra: azt nyomtassa ki, amit most látok, és ne töltse újra. Meg a View source is ugyanez.

Ott baszták el, hogy azt képzelik, ha van forrásfájl-cache, akkor elegendő, hogy cache-ből újra megnyitja ugyanazt az oldalt... Sajnos nem. Egyrészt ha közben megváltozott az oldal, akkor nem azt kapom (Back, Print és View source esetén), amit szeretnék, hanem az új verzióját. Ez különösen Print-nél és View source-nál látványosan nem az, amit a user szeretne. De persze egy POST-olt formnál is gáz.

"A Back gomb ne az URL-t cserélje ki a bar-ban (majd ezután újratölti az oldalt, mintha most gépeltem volna be az URL-t), hanem újratöltés nélkül adja vissza azt az oldalt, amit korábban láttam."

De hát nekem azt csinálja (ha jól emlékszem, évek óta). Miközben írtam ezt a hozzászólást, elnavigáltam, de a vissza gombra tudtam folytatni gond nélkül.

Próbáld ki egy POST-olt oldallal is. Fel fog jönni egy ablak, miszerint csak úgy tudja még egyszer betölteni az oldalt, ha elküldi a szerver felé még egyszer (ergó újra ki fogja adni a POST-ot), és mivel ez nem feltétlenül az, amit szeretnél, ezért két választást ajánl fel: megcsinálja újból a POST-ot (Resend), vagy nem lép vissza (Cancel). Olyan opció nincs ott, hogy ne adja ki a POST-ot még egyszer, ellenben mutassa meg az oldalt, amit a POST elküldése előtt láttál.
Ezt most próbáltam, 8-as firefox-ban.

Egyébként pontosan ezért a szopatás miatt, amit a FF csinál, ezért egy rakás weboldal gyártó kisiparos rászokott arra, hogy a POST után automatikusan nyom egy redirectet, ami egy GET-es oldalra továbbviszi a usert, hogy ne szopjon akkorát az FF Back gombjával. Szóval olyan POST-os oldalt keressél, amibe nincs beépítve ez a tudomány (a legjobb valami saját móricka-oldal).

Egyaltalan nem. Keress egy olyan oldalt, ahol pl. az aktualis ora/perc/masodperc van kiirva, de nem frissul automatikusan. Egy sajat PHP kod tokeletesen megfelel erre a celra. A forras megtekinteseben mas masodperc lesz. Tehat ez mar nem a forras-cache-bol jon, hanem ujra letolti.

A POST-osat meg tudod tesztelni egy sima formmal. Barmelyik contact form pelda a neten megteszi.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

"Egyaltalan nem. Keress egy olyan oldalt, ahol pl. az aktualis ora/perc/masodperc van kiirva, de nem frissul automatikusan. Egy sajat PHP kod tokeletesen megfelel erre a celra. A forras megtekinteseben mas masodperc lesz. Tehat ez mar nem a forras-cache-bol jon, hanem ujra letolti."

Kipróbáltam egy random számot kiíró kóddal, nem ez történt. Ugyanaz maradt a kiírt érték, nem töltötte le újra az oldalt.

Hanyszor probaltad ki? Siman lehet, hogy 2x egymas utan kiadja ugyanazt a szamot...

Egyebkent meg attol fugg, talan mar az ujabb FF-ekben ezt megoldottak. Regebben ujratoltotte az oldalt, foleg lassabb szervereknel volt ez nagyon latvanyos, ahol GET parameter is volt.

Szerk, most pont szar volt a netem, es pont fejlesztettem. Mindettol fuggetlenul probaltam ki az "Oldal forrasa (Ctrl+Shift+U)" cimu funkciot, es siman elengedett egy ujabb GET kerest. Szoval ez biztos, hogy igy mukodik.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hmmm... lehet, hogy az a baja, hogy a web developer toolbar letiltotta a cache-t.

De az az igazsag, hogy ezt meg cache-bol sem szabadna betoltenie. Ezt konkretan a Gecko widget domjabol kellene visszaszednie, ahogy minden normalis bongeszo.

Az mar csak hab a tortan, hogy igy, hogy letiltott cachel bongeszek, igy is egy csomo mindent cachel a bongeszo. Szoval... valami nagyon nem jo.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hat nezd, ahogy vesszuk. Mivel az oldal forrasanak megtekintese by definition az kellene jelentse, hogy a feldolgozott forraskod mutatasa, igy szerintem mar az is problema, hogy a cache hitet kap. A gecko widgetben ugyanis egyszer mar megvan az oldal forrasa, ezt tehat a memoriabol kellene eloszedni, es nem a cache-bol.
Egyebkent pedig a forras megtekintese vanilla firefox eseten a cache-bol szedi elo a tartalmat, letiltott cache mellett pedig GET kerest enged el. Az en meglatasom szerint ezt a fallback mechanizmust kellene ugy atalakitani, hogy a forras megtekintese eloszor a DOM fat probalja meg kiirni, es csak masodsorban nyuljon barmi mashoz.

Miert lenne ez jo:
- Megszunne vegre az az undorito mod, ahogyan a JS altal modositott kodot kell megnezni: jelold ki a komplett oldalt, majd kerj "kijeloles forrasanak megtekintese"-t. Az "Oldal forrasa" igy vegre valoban az lehetne, ami oda van irva.
- Nem lenne erdekes a cache ki vagy bekapcsolt allapota, ujrakeres nelkul is megtekintheto lenne a forraskod.

Egyebkent meg csak annyit kell tenni, hogy meg kell nezni, hogy a firebug hogy szedi ossze az oldal forrasat, es azt a muveletet kellene a sima "Oldal forrasa" akcional elsutni belulrol.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Oszinten szolva nem. Az az igazsag, hogy nem is kerestem. Eleve nem szeretem a bugzillakat, mert nem igazan ertem, hogy pontosan mi alapjan is keresnek (ez mar az en hulyesegem, ez van, de rengetegszer szaladtam mar bele abba, hogy fel orat keresgeltem egy megfelelo bug utan, azutan bekuldtem egyet, es kiderult, hogy dupe.), masfelol pedig egyelore egyutt tudok elni a problemaval, tehat attol, mert problemanak tartom, nem feltetlen akarom meg is oldani.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Egyszer átvittem a könyvjelzőket másik gépre (FF7 körül), a másik gépen töröltem közülük, ami nem kell, bekapcsoltam állandóra a privát böngészést, aztán a Firefox a címsávban ajánlgatta a törölt könyvjelzőket és a meglátogatott oldalakat. Nem tudom, javították-e már.

(Úgy tűnik, rájött az emberekre a kiöntöm a szívem/gyomrom/vesém hangulat.)

:)

( hnsz2002 v | 2012. 04. 08., v – 12:22 )

És azzal a hibával mi lesz, hogy ha levelet (próbál) küldeni, vagy pedig elküldött levelet ment, esetleg piszkozatot, de valamiért a szerver nem elérhető, nem válaszol, akkor amíg megy a folyamatjelző, 100%-on van tőle a cpu?
Továbbá, integrált naptárnak én is jobban örülnék, mert bár megy a lightning, de lassú és borzasztóan terheli a gépet.

[szerk] A lightning gyorsítótára is még mindig használhatatlan. (Kb azóta, hogy a beta címke lekerült róla... Vicces hogy a beta jól ment, a nem beta meg szar.)
--
Discover It - Have a lot of fun!

( KAMI911 v | 2012. 04. 10., k – 11:27 )

Sziasztok,

Mivel a hozzászólásokban jó néhány Thunderbird hiba említésre került, ezért arra gondoltam összegyűjthetnénk a hibajegyeket az általatok megadott hibákkal kapcsolatban. Ebben a blogbejegyzésben szeretném összegyűjteni a hibajegyekre mutató hivatkozásokat:

http://hup.hu/node/113490

Kérlek a hozzászólásokban jelezzétek a Thunderbirddel kapcsolatos hibajegyeket.

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey