Project

General

Profile

Actions

Bug #5495

closed

Date dropdowns can not have a minimum date without a maximum date and vise verse

Added by krileon over 9 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
02 September 2015
Due date:
% Done:

100%

Estimated time:

Description

When specifying a minimum date for a calendar dropdown usage a maximum date also must be specified. It should be allowed to function independently then offset from the one date supplied as needed.

Actions #1

Updated by beat about 9 years ago

  • Target version changed from CB 2.0.11 to CB 2.0.12
Actions #2

Updated by beat about 9 years ago

  • Target version changed from CB 2.0.12 to CB 2.0.13
Actions #3

Updated by beat almost 9 years ago

  • Target version changed from CB 2.0.13 to CB 2.0.14
Actions #4

Updated by beat almost 9 years ago

  • Target version changed from CB 2.0.14 to CB 2.0.15
Actions #5

Updated by beat over 8 years ago

  • Target version changed from CB 2.0.15 to CB 2.1
Actions #6

Updated by krileon about 8 years ago

To clarify further. If you want a single year you can't. For example set minimum year to 2016 then maximum year to +0 and you get 2016 and 2017 years. This is due to the hardcoded +1 year, which really should not be there unless the parameter is completely empty. Specifying the same year or +0 should never pad by +1.

Actions #7

Updated by krileon about 8 years ago

If minimum year is greater than maximum year it should just flip them. Instead it's currently subtracting 1000 years from minimum which doesn't make any sense and potentially can cause some significantly invalid ranges.

Actions #8

Updated by krileon about 8 years ago

Fixed in MR !1189

Empty, current year (e.g. 2016), or +0 can all be used to always be the current year. This avoids the forced +1 to maximum year when using current year. If minimum year is greater than maximum year it'll reverse the two to make sense (the range is still 100% valid for what they supplied).

Actions #9

Updated by krileon about 8 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100
Actions #10

Updated by krileon about 8 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF