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)
| Status: | Closed | Start date: | 2012-08-16 |
|---|---|---|---|
| Priority: | High | Due date: | |
| Assignee: |  Felix Schäfer |
% Done: | 0% |
| Category: | Issue tracking | ||
| Target version: | 3.8.0 | ||
| Remote issue URL: | Affected version: | 3.3.0 |
Description
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
Explicitely set js calendar until complete switch to jQuery #1121
History
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.
Regards,
Updated by Holger Just at 2012-08-20 07:21 pm
Updated by Harald Frießnegger at 2012-08-21 11:49 am
most probably jquery.live 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! :)