ChiliProject is not maintained anymore. Please be advised that there will be no more updates.

We do not recommend that you setup new ChiliProject instances and we urge all existing users to migrate their data to a maintained system, e.g. Redmine. We will provide a migration script later. In the meantime, you can use the instructions by Christian Daehn.

Date Picker Icons disappear when changing the Tracker (Bug #1121)

Added by Harald Frießnegger at 2012-08-16 03:30 pm. Updated at 2013-03-19 10:24 pm.

Status:Closed Start date:2012-08-16
Priority:High Due date:
Assignee:Felix Schäfer % Done:


Category:Issue tracking
Target version:3.8.0
Remote issue URL: Affected version:3.3.0


when i add a new ticket and change the tracker i'm not able to pick a date because the calendar icons disappear.
using chili 3.3.0

Related issues

related to Feature #817: Replace the current custom datepicker with the one shippe... Closed 2012-01-05

Associated revisions

Revision 1e2a0290
Added by Felix Schäfer at 2013-03-19 09:19 pm

Explicitely set js calendar until complete switch to jQuery #1121


Updated by Holger Just at 2012-08-20 06:56 pm

Looks like the new data picker doesn't get applied to HTML loaded with AJAX. Andrew, could you possibly have a look there?

  • Affected version set to 3.3.0
  • Priority changed from High to Normal

Updated by Hudson Santos at 2012-08-20 07:15 pm

We have the same issue using ChiliProject 3.3.0 (MySQL).
When I change tracker, calendar icons disappear. Even changing back to old tracker, the icons don't appear again.


Updated by Holger Just at 2012-08-20 07:21 pm

I could reproduce it and it is probably caused by the new datepicker we introduced with #817 in 3.3.0.

Updated by Harald Frießnegger at 2012-08-21 11:49 am

most probably will fix this problem

Updated by Andrew Smith at 2012-08-29 05:28 am

Yes, this happens because the datapicker JS is only run on DOM ready. Alas, there isn't a "html change" event that can be attached to so that the snippet can be re-run. The JS that updates the form when changing the dropdown is still using Prototype and needs to be moved to jQuery.

The quick and easy fix is to move the datapicker JS inline on the issue form so that it'll run whenever the content gets reloaded. If I can't think of a nicer way of doing it then I'll open a PR for that, but I'd rather keep is as part of the application.js file and have some event fire instead.

Updated by Chris Dähn at 2013-01-08 01:16 pm

Due to the fact that this problem shows up during daily work, I and some other users hoped that it gets a high priority (and would be fixed with 3.4.0).

So: Can we schedule it for 3.5.0? If it's a small fix maybe I could try to add it (I'm a little bit unexperienced with Ruby, but adaptable).

Updated by Felix Schäfer at 2013-01-08 01:20 pm

Indeed. We'll see about a fix release if necessary.

  • Target version set to 3.8.0
  • Priority changed from Normal to High

Updated by Felix Schäfer at 2013-03-19 09:30 pm

Explicit calendars added back in 1e2a029, this corrects the problem of changing the trackers. They can be removed after the tracker change is done in jquery.

  • Assignee set to Felix Schäfer
  • Status changed from Open to Closed

Updated by Chris Dähn at 2013-03-19 10:24 pm

Jay! Looking forward to the next release! :) Thanks! :)

Also available in: Atom PDF