Filter definition (Date) not working

[ThorstenHohenstrater]

It came to my attention that both Explorer and Field Maps do not display layers that use the following filer definition

<START Field> not in the last year

How ever, this filter definition works as expected

<START Field> in the last year 

Has anyone experienced this before?

[ColinLawrence]

Hi Thorsten,

You are filtering on a date field, correct? I assume the filter is honored in the AGOL Web Map? Also, please let me know what platform you are seeing this behavior on (iOS, Android).

Regards,

Colin

[ThorstenHohenstrater]

Yes, a date field.

yes, works on Webmap

device is iOS

[ColinLawrence]

@ThorstenHohenstrater Just a heads up, I see the same behavior with my own data. I am investigating this further.

Colin

[ColinLawrence · Accepted solution]

It turns out a bug has already been logged with Support. If you want to track the status of the bug you can contact support and reference BUG-000136699.

Regards,

Colin

[RobertTaylor5]

This bug has been around for over a year and really stinks.  Esri developers, you've had enough time to mull this over - time to fix it!

BTW, the bug write up on this indicates that it is a problem on Android but it also in iOS versions.  Note that this bug is not apparent in ArcGIS Collector for Windows 10 (v 20.0.1.0)

[m3]

Still seeing this 😕

[m3]

Sorry, I didn't mean to just say "Still seeing this". 

What I meant to say is that fixing this bug is probably less than a day's work for a single employee and it's ridiculous that ESRI won't put resources to fix bugs like this while they have time to add over 100 new tools and put on a 14,000 person user conference that's mostly a money maker for them.  Having working software is more of a goodwill gesture than renting out museums.  

These kind of bugs cost my city and its taxpayers money and my organization pays ESRI well for the services they provide.  

Basic bugs like this cost me hours every single week and I wish that ESRI would even just make it look like there was some interest in keeping the basic services working. 

[PaulHoefflerGISS]

BUG-000136699 is specific to Android. BUG-000136697 logs the defect for iOS. 

We will associated with both soon, as they do not appear to cross-reference each other.

Our Esri TAM will be following up on the status of the defects, as from the customer perspective they appear to be stalled.

@ColinLawrence @RobertTaylor5 @ThorstenHohenstrater @m3