I don't think this is a bug.

You are using the maximum date field in an unsupported way, so you are getting inconsistent results. The maximum date is sanitized for the dropdown presentation in such a way that it's defaulting the maximum date to the hardcoded maximum value of 2037-12-31.

On the datepicker side, JQuery-ui-datepicker is being passed the string "now", which it also considers an invalid value. However, the default in the datepicker library is to use a new Date object (which defaults to the current time). So it only appears to be working properly there because you got lucky in that the library's defaults coincided with the behavior you desired.

If anything this should be a new feature request to also allow "now" as the maximum value and handle this special case properly. Extending it further, it could parse the maximum value from strtotime as you suggest. However, this is not the current behavior at all.

Hi,

I think it's a bug (send a new lss file next).

Example :

• Set max to "2015"
• Set dropdown
• Set yyyy for format
  => Show 2015 to 1900 (not sure for min)
• Set max to date("Y",strtotime("now")) => dropdown show 2037.

I think actually : testing if max is a number, but must evaluate if date_max is a number after Expression.

Denis

'now' is not a valid value by any means.
See
https://manual.limesurvey.org/Question_type_-_Date#Minimum_date_.28date_min.29_.28New_in_2.05_.29

After submitting this bug I actually discovered exactly what @zerwalter has stated. So yes, I would agree that this is in fact a feature request, as any "hack" that uses "date" or "strtotime" probably wouldn't be executed in a way that works for both types of dropdown implementations.

Prior to reporting, was just playing around with the application and discovered that the functionality "just worked" if "now" was entered while using the JQUI DatePicker. I see now that the actual bug is more like "the JQUI datepicker min/max date is not set to hardcoded minimum and maximum defaults if an invalid date is specified"

@Cartsen : i send a lss file when i have time :).

strtotime("now") is valid http://php.net/manual/fr/function.strtotime.php

Tested too with
strtotime("-18 year")

{date("Y",strtotime("now"))} give 2015 in question text. It work in javascripot, just don't set in dropdown.

We must validate if it's a valid date after EM and not before EM.

Anyway, we can't just process the expression in PHP because this would make it static and we would lose function.
IMHO EM would need to dynamically remove/add options from the dropdown field depending on the parsed expression and store them somewhere.

No : EM don't return Statix if we don't force it :

https://github.com/LimeSurvey/LimeSurvey/blob/master/application/helpers/expressions/em_manager_helper.php#L4334

The questionNum use the step : and return Static only if we don't have variable in same step.

For example :
{date("Y",strtotime("now"))} : 2015
{date("Y",strtotime(if(is_empty(QCOD.NAOK),"now","-10 years"))} give <span id="em_xxx">2015</span>

Right, but if we consider this a buggy behaviour we should fix it completely - and the complete fix would be that it also can be handled dynamically.
If my first question (q1) would be a date question and the second question (q2) would be a date question which has set max_date = q1 it would still not work with your proposed solution and dropdowns - it does work if both questions use the popup calendar, so we should also fix it up so that it works with dropdowns.

Fix it if EM return a fixed string : easy
Fix it if EM return a dynamic string : hard..... (3.0 or 2.6 better)

ok, can you do the easy part?

I go PHP part first.

Think dropdown system can be really broken here.

Example :

• MAXYEAR What year do you want for max : 2010,2020,2030,2040,2050
• Date with ranged year from MAXYEAR-5 to MAXYEAR

At start (if MAXYEAR is in same group) : show 2037 for max year.

• Select 2050
• Can not choose 2045/2050 year ...

It's a silly situation but ;)

There are nother issue.

Min : date("Y",strtotime("-1 year")) : result :2014
Max : date("Y",strtotime("now")) : result :2015

But : show "answer MUST BE 11/12/2015 (and select ctual day don't work).
Think fix the first issue, fix the second issue.

Thinking:
Y is only old system compatibility.
Hard to have dynamic system with date("Y",strtotime(AnotherDate))

Can break in JS.
Then : allow Y only for real year (number). Alow date always (Y-m-d) is a valid date

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=16545

Fixed : leave open for manual update