LibreOffice 7.0 hibavadászat

LibreOffice logó 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.

“LibreOffice 7.0 hibavadászat” bejegyzéshez 11 hozzászólás

  1. 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.

        1. 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.

          1. 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.

            1. 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.

                  1. Ha sikerült bejelenteni a hibát angolul, akkor egy plusz mondatot még be lehet illeszteni angolul. 🙂

                    1. 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.

Hozzászólás a(z) peda bejegyzéshez Kilépés a válaszból

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük