Issue 35416 - RNG (calc;styles.xml): value for attribute "date-value" is wrong
Summary: RNG (calc;styles.xml): value for attribute "date-value" is wrong
Status: CLOSED FIXED
Alias: None
Product: xml
Classification: Code
Component: code (show other issues)
Version: 680m56
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: frank
QA Contact: issues@xml
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-13 07:18 UTC by jogi
Modified: 2005-02-04 13:59 UTC (History)
3 users (show)

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

Attachments
Bugdoc (21.41 KB, application/octet-stream)
2004-10-13 07:19 UTC, jogi 		no flags Details
testfile (70.01 KB, application/octet-stream)
2005-01-05 15:38 UTC, frank 		no flags Details
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 jogi 2004-10-13 07:18:56 UTC 
If you validate the styles.xml from the attached document you get an error
against RNG schema draft #14 because in line 90: you find this
(...)text:date-value="0-00-00">12.10.2004</text:date>
Comment 1 jogi 2004-10-13 07:19:44 UTC 
Created attachment 18335 [details]
Bugdoc
Comment 2 jogi 2004-10-13 07:20:08 UTC 
cc'ing MIB, FST
Comment 3 jogi 2004-10-13 07:20:42 UTC 
changing title
Comment 4 sascha.ballach 2004-10-14 15:20:09 UTC 
works in oasisbf1
Comment 5 sascha.ballach 2004-10-14 15:20:30 UTC 
reopen
Comment 6 sascha.ballach 2004-10-14 15:20:51 UTC 
please verify
Comment 7 frank 2004-11-25 09:29:46 UTC 
should be fixed with cws oasisbf3
Comment 8 frank 2004-11-26 13:53:37 UTC 
but isn't. Lot's of errors in different docs. So re-opened.
Comment 9 frank 2004-11-26 13:54:11 UTC 
Back to sab
Comment 10 sascha.ballach 2004-11-29 13:55:40 UTC 
take it
Comment 11 frank 2005-01-05 15:38:35 UTC 
Created attachment 21107 [details]
testfile
Comment 12 sascha.ballach 2005-01-06 14:00:53 UTC 
Hi Daniel,

it seems a problem of the field import. If the field has no property "IsFixed"
than you do nothing and so the loaded date is not set. So with the next saving
of the file a date 0.0.00 is written out. The funcionality of the field is not
destroyed by this, it only results in a RNG issue. So I change the priority to 3.

Thanks Sascha
Comment 13 sascha.ballach 2005-01-06 14:40:48 UTC 
now to you Daniel
Comment 14 openoffice 2005-01-12 17:50:28 UTC 
Reproducable as stated by sab (SRC680, m71): 
  Create doc with date field, save, load, save again -> date 'zero'

I don't think the analysis is correct: The date and time fields are 'live',
meaning they always show the current value. It should not be necessary to set a
(likely outdated) value in order to get a correct date. If no value is set, the
field should always have the proper values for 'now'. (This is how the Writer
implementation behaves, too.)

Also, I tried always setting the value as suggested, but this doesn't work
because the date field doesn't even *have* the properties to set the date value.
Which makes perfect sense, since without the IsFixed functionality setting the
date doesn't make any sense.

dvo->nn: I suspect something funny in the date field implementation. I don't
understand where the zero date is coming from. The text field import doesn't set
any such value.
Comment 15 niklas.nebel 2005-01-14 13:23:53 UTC 
Fixed in CWS "calc28", changed: unofield.cxx 1.23.478.1
Variable date fields in Draw/Impress were also affected.
Comment 16 niklas.nebel 2005-01-25 10:29:59 UTC 
reopening to reassign
Comment 17 niklas.nebel 2005-01-25 10:30:49 UTC 
reassigning to QA for verification
Comment 18 frank 2005-01-26 12:24:27 UTC 
fixed
Comment 19 frank 2005-01-26 12:25:15 UTC 
found fixed on cws calc28
Comment 20 frank 2005-02-04 13:59:03 UTC 
found integrated on master src680m77