Fixed for 5.4.4, see
https://bugs.documentfoundation.org/show_bug.cgi?id=113179
signature.asc
Description: PGP signature
I believe this is upstream
https://bugs.documentfoundation.org/show_bug.cgi?id=92767
which has been fixed for 4.4.6 and 5.0.1
Hi Stephen,
On Friday, 2013-12-27 19:28:37 +, Stephen Lyons wrote:
> one displayed field to include a "DD/MM/YY" format code to show the
> name of the day so I could cross-check I had entered the raw date
> correctly but instead of the "Friday, 27/12/13" date I got for an
> entered value
Actually this seems to be an X IO error. X should never die on whatever
the application does. See also
https://bugzilla.redhat.com/show_bug.cgi?id=920548
And no, it's not the number of precedents because that is just one, the
range. It may be related to the virtual offset where the highlighted
ran
Hi Rene,
On Monday, 2009-02-02 00:57:01 +0100, Rene Engelhard wrote:
> To be honest, I don't have a clue about this. Eike, Stephan/Kay, any idea?
No other than some yet unknown sort of memory corruption or misplaced
instruction. libcomphelp4gcc3.so was mentioned to solve this when
replaced. What
moin Marc,
am Mittwoch, 2009-01-28 11:54:47 +0100, schrieb Marc Haber:
> Enter "=days(A2;A1)" into A3 (resulting in -23)
> Save as Excel 97/2000/XP
> Close.
> Re-Open.
> See "#MACRO?" error in A3.
Excel doesn't have the DAYS() function, thus when saving to Excel binary
format Calc has to workaro
Hi,
On Thursday, 2009-01-22 17:07:21 +0100, Rene Engelhard wrote:
> tag 512644 + unreproducible
> Renato S. Yamane wrote:
> > If you type any date, in Calc, (until Jan/02/1914) this field is
> > automatically changed to 1 day past.
Sounds like upstream
http://qa.openoffice.org/issues/show_bug.c
7 matches
Mail list logo
