A TDF a közeljövőben megjelenő LibreOffice 7.0 verziójához hibavadászatot (Bug Hunting Session) hirdetett a korábbi évek gyakorlatához (lásd itt és itt) hasonlóan.
A 2020. május 11-én megjelent LibreOffice 7.0 Alpha 1 szigorúan hibakeresésre és jelentésre használható. Senki se használja éles dokumentumain!
A várható újdonságokról részletesen a TDF Wiki ad tájékoztatást.
Forrás: TDF Blog.
Csúnya hibát fedeztünk fel a 6.x.x sorozat Calc programjában.
A feltételesen formázott cellatartomány kivágása, majd néhány sorral lejjebb történő beillesztése során a formázás feltételét tartalmazó – relatív hivatkozást tartalmazó – KÉPLET nem annyi sorral frissül, ahány sorral lejjebb másoltuk a cellatartományt, hanem éppen annak a duplájával!!!
Bejelentettem a hibát, a linket a következő hozzászólásomba teszem be.
Itt a hibabejelentés linkje:
https://bugs.documentfoundation.org/show_bug.cgi?id=133027
Remek! Köszönjük, a Bugzillába történő bejelentés a lehető legjobb! 🙂
Hát igen, lehet hogy legjobb, csak mire ezt angolul összehoztam, kinőtt a szakállam…
Kéne egy olyan dedikált magyar oldal is, ahol nem csak a honosítási hibákat lehet bejelenteni. Tudom, ez valószínűleg azzal járna, hogy a kevésbé tapasztalt felhasználók a használattal összefüggő, saját maguk által elkövetett hibáikkal árasztanák el az oldalt (erre valók a fórumok és levelezőlisták, ahol felhasználók segítenek felhasználóknak, a programcsomag jobb megismerésében, hatékonyabb használatában), de rengeteg hasznos információ veszhet el lokalizált hibabejelentő oldal nélkül.
Ez a hiba csak néhány hete derült ki számunkra, de mivel céges felhasználóként soha nem a legfrissebb verziókat telepítjük, és két-három évnél gyakrabban nem lehetséges a csomag frissítése, hiszen csak ha az általunk használt funkciókat kell is letesztelnünk a saját sablonjainkkal, makróinkkal, akkor is több hónapos munka, mire “merünk vállalkozni” egy frissítésre. Legutóbb például a 4.4.7 verzióról frissítettünk a 6.1.6-ra, de ez a hiba sajnos nem derült ki a tesztelések során. Az 5.x.x verziók mind olyan felderített hibát tartalmazott (amelyek közül néhányat jelentett valaki, és azóta javítva is lett), ami lehetetlenné tette számunkra akkoriban a frissítést…
Viszont kicsi a valószínűsége, hogy ennek a hibának a – remények szerint gyors – javítása belekerülne egy ilyen “régi” verzióba, úgyhogy ezzel együtt kell élnünk a legközelebbi hosszadalmas tesztelésig, és programfrissítésig.
Egy tízfős cégnél – mint a miénk -céges (fizetős) támogatás igénybevételére icike-picike esély sincs… Mi magunk meg legfeljebb megkerülő megoldásokat tudunk létrehozni, a programkódba belenyúlni nem tudunk.
Kedves Tibor!
Azért jó a TDF-es bejelentés, mert így van remény a javításra. A 4.4.7-es verzióban ez a hiba még nem volt? Érdemes jelezni a Bugzillás bejelentésben is, mert segítheti a hibakeresést.
A 4.4.7-ben vagy nem volt, vagy nekünk nem jött elő a hiba, vagy nem vettük észre a hibát.
Most kipróbáltam a 6.x.x-ban készült példafájllal: azzal a még meglévő 4.4.7 hordozható verzióm is hibásan dolgozik.
De ha csinálok egy új fájlt ugyanezekkel a CF beállításokkal a 4.4.7-ben, akkor azzal nem hibázik.
További vizsgálat:
A 4.4.7 CS-kezelés szempontjából még nem tudta összevonni a külön megformázott, de egymás mellett/alatt lévő cellák hivatkozásait egyetlen tartománnyá. Az újabb LO verzióval készült fájlban a 4.4.7 a Cut/Paste után is egyben tartja a CF cellatartomány hivatkozását (nem szedi szét külön egycellás cellahivatkozásokra), de pont ugyanúgy elrontja a dinamikusan megváltoztatandó hivatkozásokat.
Tehát így néz ki a 4.4.7-ven létrehozott 10 cellás Cond. Format. cellák hivatkozáslistája:
D8
D9
D10
…
D17
míg a 6.x.x által készült fájlban az egyetlen formázott cella alapján másolással létrejött formázott cellatartomány hivatkozását összevonja a program:
D8:D17
formába.
És mindkét verzióban a “Tartomány alakú” CF hivatkozások dupla annyit változnak, mint amennyivel lejjebb mozgattam a cellatartományt.
Viszont a 4.4.7-ban létrehozott, egyesével “nyilvántartott” formázott cellák hiba nélkül működnek a 6.x.x verzióban is.
Ez azt is jelenti egyben, hogy a 4.4.7 a saját tudásához képest nem volt hibás, de a továbbfejlesztett CF tartománymegadással az is hibázik;
illetve, hogy ha rá tudnám venni a 6.x.x-et, hogy ne vonja össze a nem egyszerre létrehozott, hanem továbbmásolással létrejött formázott tartomány hivatkozását egyetlen hivatkozássá, akkor az is jól működne.
Csak akkor egy sok CF-et tartalmazó fájlban végtelen hosszú lenne a hivatkozáslista. (Valószínűleg épp ezért lett a funkció továbbfejlesztve.)
Na, ezt a gondolatmenetemet nem fogom lefordítani angolra.
Ezt kéne a Bugzillába beleírni. Itt ugyanis nem olvassák a fejlesztők. 🙁
Ezért kéne egy magyar hibabejelentő oldal!!!
Magyarul hiába másolom be…
Ha sikerült bejelenteni a hibát angolul, akkor egy plusz mondatot még be lehet illeszteni angolul. 🙂
Egy mondatnál azért több információt tartalmaz a fentebbi szövegem.
A hibabejelentés is elvitte a napomat (csatolmányok összeállítása megfogalmazás, fordítás…. Azért emellett dolgoznom is kell (kéne). …és – gondolom – másnak is.
Ezt kellene figyelembe vennie a fejlesztőknek (ebben az esetben a magyaroknak főleg). Egy csomó hasznos visszajelzés akad meg ezen a problémán, és hagy tüskét a felhasználókban.
Itt, a hírek alatt is kifakadtak már egy páran ebben a témában – rajtam kívül is. És én még szerencsésnek mondhatom magam, mert több itt-ott jelzett problémám megoldódott már a LO-val kapcsolatosan.
Megjelent a 6.4.4!