Opened 7 years ago

Last modified 6 years ago

#351 new enhancement

FeatureStore should take dateFormat into account

Reported by: elemoine Owned by:
Priority: major Milestone: 1.2
Component: GeoExt.data.FeatureStore Version: trunk
Keywords: Cc:
State: None

Description

The issue was raised by Arne Kepp on the mailing list:

Hi,

I've encountered what I think is a bug in 0.7 and trunk (tested last
night). I've made a WFS layer that is backed by a Postgis, one the of
the fields is a date. The dates that come from the WFS are formatted as
'2010-09-20Z'.

I can get them to display properly by defining the field in the
FeatureStore and column model as follows, but when I hit save the
wfs:property value that is sent to the WFS server is "Mon, 20 Sep 2010
06:21:28 GMT", which then fails.

I am guessing that the dateFormat is not applied when writing out the
WFS feature. If anyone has a hint where in the code this needs to be
fixed, I'd be happy to attempt a patch. And if someone makes me a Trac
account I can see if I can make something reproducible too.

-Arne

 FeatureStore
...
{name: "someDate", type: "date", dateFormat: 'Y-m-d\\Z' },
...

Column model
...
{
 xtype: 'datecolumn',
 header: 'Date',
 dataIndex: 'someDate',
 format: 'd.m.y',
 width: 90,
 sortable: true,
 groupRenderer: Ext.util.Format.dateRenderer('M y'),
 editor: {
      xtype: 'datefield',
     allowBlank: true
 }
},
...

The attached patch solved his problem, but we need to verify the patch works for the general case.

Attachments (1)

FeatureStore.patch (945 bytes) - added by elemoine 7 years ago.

Download all attachments as: .zip

Change History (2)

Changed 7 years ago by elemoine

comment:1 Changed 6 years ago by ahocevar

  • Milestone changed from 1.1 to 1.2

Batch move of tickets to finish the 1.1 milestone.

Note: See TracTickets for help on using tickets.