Issue 9132 - strange calculating in hungarian number date format
Summary: strange calculating in hungarian number date format
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: code (show other issues)
Version: 643
Hardware: PC Linux, all
: P2 Trivial (vote)
Target Milestone: ---
Assignee: peter.junge
QA Contact: issues@sc
URL:
Keywords:
: 8281 10597 11538 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-11-09 17:25 UTC by reuss
Modified: 2013-08-07 15:14 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description reuss 2002-11-09 17:25:07 UTC 
choose a cell
right click on mouse - > format cell
choose language: hungarian, date type 1999.10.30, then ok
type 2002.10.16 in cell
the cell change like that: 2002.10.15
or 2002.10.17 ->2002.10.16
STRANGE!
and 2002.10.01 -> 2002.09.30
2002.09.01.= -> 2002.08.31 .... 2002.04.01->2002.03.31
WHAT A STRANGE BEHAVIOR!
Comment 1 peter.junge 2002-11-28 14:23:51 UTC 
Hi Eike,
IMHO we already know this one.
Peter
Comment 2 peter.junge 2002-11-28 14:24:41 UTC 
If I could only confirm and reassign in one step. ;-)
Comment 3 peter.junge 2002-11-28 14:50:06 UTC 
> If I could only confirm and reassign in one step. ;-)

I guess I should have read til the next line. ;-)
Comment 4 ooo 2002-11-28 18:36:02 UTC 
@Peter: We had a general issue with timezone glitches, fixed in the
644 build line, I think you were referring to that one. However, there
seems to be another issue left showing up only on Linux systems, so I
take this issue.
Comment 5 reuss 2002-11-28 19:15:43 UTC 
No, it is solved in 643b. sorry for the inconvenience
Comment 6 peter.junge 2002-11-28 19:38:51 UTC 
Hi Andras,
this really IS an issue that not always happens!!! It depends on the
time of the day! Eike who's the responsible engineer already verified
and accepted the issue.
Regards, Peter

> sorry for the inconvenience
Don't be sorry at all. Keep on reporting.
Comment 7 ooo 2002-11-29 11:19:36 UTC 
Clarification: the issue is only with Linux, and occurs only if you
enter a date where DST (daylight saving time) is in effect. For
example, 2002-11-29 is ok, 2002-07-23 is not.

For the records: back-reference to iBIS task: #105129#
Comment 8 ooo 2002-11-29 11:23:40 UTC 
Changing target. Since this bug doesn't occur in OOo1.0.x it's
nonsense to target the fix for OOo 1.0.3 ...
Comment 9 oc 2003-01-10 11:48:58 UTC 
*** Issue 8281 has been marked as a duplicate of this issue. ***
Comment 10 frank 2003-01-13 08:29:50 UTC 
*** Issue 10597 has been marked as a duplicate of this issue. ***
Comment 11 ooo 2003-01-30 11:40:10 UTC 
fixed in cws_srx644_calc03:
svtools/source/numbers/zforfind.cxx 1.29.86.1
Comment 12 ooo 2003-02-10 10:57:49 UTC 
reopen to reassign
Comment 13 ooo 2003-02-10 10:58:35 UTC 
reassign to QA
Comment 14 ooo 2003-02-10 10:58:54 UTC 
restore status
Comment 15 peter.junge 2003-02-11 11:56:56 UTC 
verified in latest testbuild from 644 trunk
Comment 16 peter.junge 2003-02-17 12:15:29 UTC 
*** Issue 11538 has been marked as a duplicate of this issue. ***
Comment 17 peter.junge 2003-02-17 12:17:19 UTC 
Double -> Closed.
Comment 18 peter.junge 2003-02-17 14:41:58 UTC 
OOPS, Cloased wrong one
Comment 19 peter.junge 2003-02-17 14:42:56 UTC 
restoring status step-by-step
Comment 20 peter.junge 2003-02-17 14:43:15 UTC 
-> verified
Comment 21 michael.bemmer 2003-03-13 11:11:55 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.