LibreOffice Calc muuttaa päiväyksiä

[Seppo Jyrkinen]

Tämän saman kysymyksen laitoin linux.fi'n palstalle, mutta ei tullut yhtään kommenttia. Lienenkö sitten ainoa ongelmainen?

Tein LibreOfficen taulukkolaskentataulukon 21.7.2012 mahdollisesti OpenOfficella, käyttiksenä Fedora 14. Loppukesästä 2013 aloin viikoittain kerätä siihen tietoja verkkokirjastani "Kalevalan miekkamies". Päivämärän tein siten, että kirjoitin viikoittain päivän ja sen jälkeen piste ja enter jolloin ja ohjelma täydensi sen päivämääräksi.

Nyt käytössä on Ubuntu 12.04 ja LibreOffice 3.4.4. Pari viikkoa takaperin havahduin siihen, että vuosiluvut ovat muuttuneet. Aloituspäiväksi oli ilmestynyt 19.7.72. Virhe on systemaattisesti sama, kaksi päivää vaille 40 vuotta. Päivämäärämerkintöjä n 70kpl.

Korjasin manuaalisesti muutaman tuoreimman tiedon, nyt totesin, että 09.03.14 asemesta taulukossa lukee 06.03.10. Eli uusissa kirjauksissa virhe on kaksi päivää vaille 4 vuotta.

Minulla on kyse vain harrastuskirjoittamiseen liittyvästä tiedostosta, mutta ongelma tuntuu vakavalta. Seuraava osoite lienee https://www.libreoffice.org/get-help/bug/ vai onko jollain ajatusta ongelman korjaamisesta?

[mrl586]

Onko bugi liiskattu uudemmassa LibreOfficessa?

[kx]

Sinun pitää määritellä se sarake oikein. Eli maalaat sen sarakkeen, klikkaat oikealla ja siirryt "muotoilemaan soluja". Menet kohtaan "luku" ja valitse käytettäväksi tyypiksi "päivämäärän".

Kannattaa kopioida se sarake ensin jonnekin muualle ja kokeilla siellä ensin mikä on oikea
määrittely, jolla saat päivämäärän näkymään oikein. Sitten teet sen saman muutoksen siiihen taulukkoosi ja talletat. Ja maalaa se koko sarake alas asti, muuten sinne jää alariveille vanhat solumuotuilut, jotka myöhemmin taas sotkee homman.

[mpiso]

Nollapäivän asetus on muuttunut. Ainakin tässä (versio 3.5.7.2) on asetuksissa valittavana kolme eri nollapäivää (30.12.1899, 1.1.1900 ja 1.1.1904). Noin neljän vuoden ero selittyy tuolla, mutta mistä noin neljäkymmentä vuotta tulee, en tiedä.

Eipä tuokaan aivan täsmää. Jos kirjoittaa 9.3.2014 nollapäiväasetuksella 1.1.1904 ja muuttaa asetuksen 30.12.1899 saa päivämääräksi 8.3.2010 ja vastaavasti asetuksella 1.1.1900 saa päivämääräksi 10.3.2010. Ei olisi täsmännyt vaikka vuosi 1900 olisi ollut karkausvuosi, olisi jäänyt yhden päivän heitto.

[Seppo Jyrkinen]

Minulla ei ole tietoa, onko tämä havaittu bugiksi ihan virallisesti ja korjattu. Ajattelin selvitellä asiaa ennen ilmoitusta.

Sarakkeitten teossa ei pitäisi olla ongelmia: tein ne samalla tavalla kuin olen tehnyt tuhansia kertoja aikaisemminkin. Uuden sarakkeen lisäsin tuoreimman vasemmalle puolelle jolloin määrittelyt siirtyvät ilman eri toimintoja. Alarivien muotoilujen ei pitäisi tällaista aiheuttaa sillä niillä ei ole kytköksiä päiväysriviin.

Nollapäivä tuskin on asiaan vaikuttanut, sillä vaikka se olisikin muuttunut, niin nollapäivän muutoksen jälkeen jokaisessa arkistokopiossa tulisi olla sama päivämäärä.

Vaikuttaa pahemmalta kuin oletin. Kaivoin vanhoja arkistokopioita (aivan normaali copy-käsky ja ulkoinen kovalevy) esiin ja vertailin erästä tiettyä alkupään päivämäärää:
- arkistokopio 2013-10-10, pvm on 11.08.08 (sama pvm arkistokopiossa 2013-10-30)
- arkistokopio 2013-12-06, pvm on 07.08.02
- arkistokopio 2014-03-01, pvm on 03.08.77
- hetki sitten koneella oleva pvm oli 01.08.68
Silloin kun täytin taulukkoa Fedoran alaisuudessa aktiivisti kerran viikossa, mitään outoa ei tullut esille. Syksyn jälkeen olen availlut harvemmin, tänä vuonna Ubuntun alla ehkä kerran kuussa.

Olettaisin ongelman syntyneen muutoksesta vanhasta Fedorasta Ubuntuun ja/tai OpenOfficesta LibreOfficeen. Eivät lue toisiaan oikein. Jollekin kirjanpitäjälle tällainen voi aiheuttaa todellisen katastrofin!

[kx]

Kannattaa vielä lukea Libre Officen ohjeista päivämäärää koskevat huomautukset. Klikkaa ohjevipua yläpalkissa  ja valitse sieltä päivämäärän ohjeet.
Päivämäärän syöttötapa soluun on määritelty myös Kieliasetusten kohdassa "maa-asetus".

Jos tämänkin päivän päivämäärän syöttö taulukon soluun palauttaa väärän päivämäärän, niin joku solun tai ohjelman perusasetus on silloin väärin LibreOfficessa.

Jos vuosia sitten tehdyssä alkutaulukossa on ollut joku "automaattinen päivämäärän täydennys" käytössä ja taulukkoa on siirretty usein toiseen taulukkolaskentaohjelmaan, niin vaikeuksia voi odottaa.
Luulen, että tuolta löytyy ongelmien syy.
Tietenkin joka solun kohdalta sarakkeessa voi tarkistaa, mikä määritys solun sisällöllä on tällä hetkellä. Onko sisällys esim "tekstiä". yleistälukua vai päivämäärää.

[Seppo Jyrkinen]

Vaikuttaa aika elävältä ongelmalta. Solussa, jossa pitäisi lukea 21.07.12 (tai joku pian sen jälkeen oleva päivämäärä), lukee 01.08.68. Noin 44 vuoden virhe.

Vaihe 1: Työkalut => Asetukset => LibreOffice Calc => Laskenta. Päivämäärät. Valittuna oli 12/30/1899 (oletus), jonka vaihdoin muotoon 1.1.1904. Maa-asetus on asennuksesta lähtien ollut Suomi enkä muista koskaan nähneeni päiväyksissä kauttaviivoja.

Vaihe 2, edellisen jälkeen boottasin koneen: Kursori kyseiseen soluun jossa virheellisesti lukee 02.08.72. Hiiren oikea korva => Muotoile solut => Luku. Päivämäärä 01.01.14 ja muotoilukoodi on PP.KK.VV. Eli valinnat oikein mutta päivämäärässä noin 40 vuoden virhe.

Samanlaisia ongelmia on muissakin Calc taulukoissa. Eräässä toisessa asiakirjassa päivämäärä, jonka pitäisi olla 01.03.12 on virheellisesti 12.02.88.

Pitänee väsätä bugi-ilmoitusta varten kertakäyttöinen sähköposti!

[Tomin]

Mitä muuten niihin soluihin on oikeasti tallennettu? Muistaakseni taulukkolaskennat näyttävät sen siinä työkalurivin alapuolella ja sitten siitä "arvattu" arvo näkyy solussa.

Pitänee väsätä bugi-ilmoitusta varten kertakäyttöinen sähköposti!

Miksi?

[kx]

Vaikuttaa aika elävältä ongelmalta. Solussa, jossa pitäisi lukea 21.07.12 (tai joku pian sen jälkeen oleva päivämäärä), lukee 01.08.68. Noin 44 vuoden virhe.

Onko joka solussa aina väärä päivämäärä, vaikka sen olet kirjoittanut oikein muodossa esim 6.4.2014 ?
 Siis uusissakin tänään tehdyissä taulukoissa?  Onko joku vanha päivämäärä sitten kuitenkin säilynyt vanhassa taulukossa oikein ja pysyy oikeana, jos sen nyt kirjoittaa toiseen soluun?

Itselläni on Ubuntu 13.10 ja siinä LibreOffice 4.1.3.2 pitää kyllä oikean päivämäärän, kun sen oikein kirjoittaa.

Onko Asetus-libreoffice-yleiset kohdassa vuosiluvun tulkinta kohta merkattu  1930-2029  ?

[nm]

Vaihe 1: Työkalut => Asetukset => LibreOffice Calc => Laskenta. Päivämäärät. Valittuna oli 12/30/1899 (oletus), jonka vaihdoin muotoon 1.1.1904.

Oletko kokeillut tämän muutoksen jälkeen vaihtaa tiedostojen päivämääriä oikeiksi ja tarkistanut, että ne pysyvät oikeina tallentamisen ja uudelleenavauksen jälkeen?


Jokin bugi tai ristiriita dokumentissa ja OpenOfficen/LibreOfficen päivämääräasetuksessa aiheuttaa ilmeisesti tätä, että päivämäärät siirtyvät vuodella tai neljällä vuodella jokaisen tallennuskerran yhteydessä.

Tässä pari vastaavaa bugiraporttia:

Spreadsheet cell date value lag for years with every save. 1:3.5.7-0ubuntu4

Calc changes the date, take it forward about four years

Jos et käytä päivämääriä laskentaan, voisi olla turvallisempaa muuttaa ne tekstimuotoisiksi. Silloin sisältö säilyy varmemmin muuttumattomana, kun tiedostoa avataan ja tallennetaan eri ohjelmissa tai ohjelmaversioissa.

[Seppo Jyrkinen]

Mitä muuten niihin soluihin on oikeasti tallennettu?

Sigma-merkin oikealla puolella on 19.07.1972 ja itse solussa 19.07.72 eli se menee oikein.

Kertakäyttöinen sähköposti siksi että accountin avaamissivulla suositellaan apuosoitteen käyttöä; huoleti tuhottavaa, internetiin menevää sähköpostia saattaa tarvita joskus. Myös Thunderbirdissä on ollut "ominaisuuksia".

[Seppo Jyrkinen]

Onko joka solussa aina väärä päivämäärä, vaikka sen olet kirjoittanut oikein muodossa esim 6.4.2014 ?
 Siis uusissakin tänään tehdyissä taulukoissa?  Onko joku vanha päivämäärä sitten kuitenkin säilynyt vanhassa taulukossa oikein ja pysyy oikeana, jos sen nyt kirjoittaa toiseen soluun?

Itselläni on Ubuntu 13.10 ja siinä LibreOffice 4.1.3.2 pitää kyllä oikean päivämäärän, kun sen oikein kirjoittaa.

Onko Asetus-libreoffice-yleiset kohdassa vuosiluvun tulkinta kohta merkattu  1930-2029  ?

Jokaisessa päivämääräsolussa on väärä päivämäärä ja olen kirjoittanut jokaisen antamalla ensimmäisen päivän, pisteen ja loput Enterillä.

Ongelman olen löytänyt ainoastaan sellaisissa Calc tiedostoissa, jotka olen tehnyt vanhalla tietokoneella, jossa oli vanhentunut Fedora ja OpenOffice. Yhtään oikeana säilynyttä päivämäärää en ole taulukosta löytänyt. Kopiointi ja siirto toiseen soluun toimii normaalisti eli virheellinen päivämäärä toistuu virheellisenä. Kun poistaa suoran muotoilun, niin 02.08.72 muuttuu luvuksi 25051.

Asetuksissa 1930-2029 tulkitaan vuosiksi.

[Seppo Jyrkinen]

Oletko kokeillut tämän muutoksen jälkeen vaihtaa tiedostojen päivämääriä oikeiksi ja tarkistanut, että ne pysyvät oikeina tallentamisen ja uudelleenavauksen jälkeen?

Jokin bugi tai ristiriita dokumentissa ja OpenOfficen/LibreOfficen päivämääräasetuksessa aiheuttaa ilmeisesti tätä, että päivämäärät siirtyvät vuodella tai neljällä vuodella jokaisen tallennuskerran yhteydessä.

Kun ensimmäisen kerran törmäsin ongelmaan, korjasin muutamaan soluun oikean päivämäärän, mutta kun jonkun päivän päästä avasin tiedoston, päivämäärät olivat taas päin honkia. Saman päivän aikana muutoksia en ole havainnut ja tänään alan testata asiaa.

Tällä hetkellä tuntuu siltä, että hyppy Fedora&OO yhdistelmästä Ubuntu&LO yhdistelmään on ollut liikaa. Tekstinkäsittelyssä olevissa taulukoissa tällaista ongelmaa ei ole esiintynyt. Onneksi!

[mrl586]

Noin vanhan LibreOfficen bugia ei kannata ilmoittaa LibreOfficen bugzillaan, sillä LibreOfficen kehittäjät eivät sitä enää korjaa ohjelmistoversion iästä johtuen. Koska kyseessä on Ubuntun LibreOffice-paketointi, parempi paikka bugiraportoinnille on Launchpad.

[kx]

Siinä alkuperäisessä taulukossa on varmaan ollut päivämääräsarakkeessa päällä joku "ohjattu funktio", koska olet sen kirjoittanut vain "päivä ja piste"- menetelmällä. Onkohan se, joka aiheuttaa ongelmaa. Onko se tullut kopioiduksi tähän uuteen taulukkoon mukaan? Näetkö sen nykytaulukon sarakkeen määrityksistä?

[Seppo Jyrkinen]

Päivämäärärivin laitoin alulle maalaamalla rivistä muutaman solun ja muotoiluasetuksissa määrittelin päivämääräsoluiksi. Tämä tietysti kopioituu aina uuteen sarakkeeseen joka tulee edellisen vasemmalle puolelle. OO:lla tehdyn taulukon olen yksinkertaisesti avannut LO:lla ilman sen kummempia muutoksia.

Eilen tehty päivämäärä ei ole vielä seonnut, mutta mahdollisesti sekoilu tapahtuu viikon jaksoissa.

Ilmeisesti muilla ei tällaisia ongelmia ole ilmennyt. Parin viikon sisään istutan koneeseen uuden käyttiksen joka toivottavasti toimii ilman sekoiluja.

[kx]

Epäilen kyllä, että alkutaulukossa itsessään on joku ongelma. Taulukko näyttää aikaistavan päivämäärää aina jokaisella taulukon avaus ja talletuskerralla hiukan vaille 4 vuotta per taulukon käsittelypäivä. Ilmeisesti ero ekaan oikeaan lukemaan on nyt jo 44 vuotta ja ensi viikolla sitten 48 vuotta jne...

Jos taulukosta kopioi ne tekstitiedot, jotka ovat oikein johonkin täysin uuteen calc-taulukkoon ja lisää sitten ne päivämäärät viereen erikseen, niin pysyyhän se kai muuttumattomana, vaikka sitä aukoisi ja sulkisi?

Jotainhan ne solut laskevat ja muuttavat sisältöä, kun taulukko avataan. Päivämäärään lisätään aina joku 3,96... vuotta? Tai sitten siellä on joku kertolasku menossa  * 0,9xx...?

[shelby]

Tänä aamuna tuli iso päivitys LO:n. Käytöss mulla kyllä 14.04, mutta kohtahan se on virallinen.

[Seppo Jyrkinen]

Viime sunnuntaina tehty päiväys on säilynyt ennallaan. On paljon mahdollista, että viikon päästä maanantaina on taas muuttanut lukemia omine lupineen.

Vaan sitten onkin 14.04 vuoro ja tämän sätkyn voi toivottavasti haudata historian hämärään. Teen kyllä testin 14.04'nkin alaisuudessa.

[nm]

Vaan sitten onkin 14.04 vuoro ja tämän sätkyn voi toivottavasti haudata historian hämärään. Teen kyllä testin 14.04'nkin alaisuudessa.

Hyvin todennäköisesti sama vika on 14.04:n LibreOfficessa, eli vanhoissa tiedostoissasi päiväykset toimivat oikein vain tietyllä perusaika-asetuksella. Ainakaan aiheesta tehdyissä bugiraporteissa ei ollut mitään viittauksia ongelman korjaukseen, vaan porukka oli kiertänyt sitä vaihtamalla aika-asetusta.