Every other nth month may not be empty for recurrence setting
This issue is very similar to an issue reported in ticket #1299, However, my install is not a Bitnami tracks stack, it is an Apache and Passenger install on a Ubuntu 12.04 machine using MySQL as the database.
The gentleman that opened ticket #1299 closed his ticket because after a reinstall the error seemed to go away. Since I am running a different setup, I am not sure that a reinstall might solve my issue.
I have attached a photo of the error to accompany some Firebug output.
Here is Post data provided by Firebug below the authenticity token, it looks as if all the relevant fields of data contain valid data, however, I will post below the Response data from Firebug which seems to indicate an empty data field.
POST DATA FROM FIREBUG:
context_name Online
project_name Bills
recurring_todo[daily_ever... 1
recurring_todo[daily_sele... daily_every_x_day
recurring_todo[descriptio... Pay Electric Bill
recurring_todo[end_date]
recurring_todo[ends_on] no_end_date
recurring_todo[monthly_da... 0
recurring_todo[monthly_ev... 5
recurring_todo[monthly_ev... 1
recurring_todo[monthly_ev... 1
recurring_todo[monthly_ev... 1
recurring_todo[monthly_se... monthly_every_x_day
recurring_todo[notes]
recurring_todo[number_of_...
recurring_todo[recurring_... monthly
recurring_todo[recurring_... 1
recurring_todo[recurring_... 0
recurring_todo[recurring_... due_date
recurring_todo[start_from... 02/17/2013
recurring_todo[weekly_eve... 1
recurring_todo[weekly_ret... s
recurring_todo[yearly_day... 0
recurring_todo[yearly_eve... 17
recurring_todo[yearly_eve... 1
recurring_todo[yearly_mon... 2
recurring_todo[yearly_mon... 2
recurring_todo[yearly_sel... yearly_every_x_day
tag_list
RESPONSE DATA FROM FIREBUG:
TracksPages.show_errors(html_for_error_messages());
function replace_form_with_empty_form() {
$('div.recurring_container').html(html_for_empty_form());
}
function add_recurring_todo_to_active_container() {
$('#recurring_todos_container').append(html_for_recurring_todo());
$('#new_recurring_todo').effect('highlight', {}, 2000 );
$('#recurring-todos-empty-nd').hide();
}
function html_for_recurring_todo() {
return "";
}
function html_for_empty_form() {
return "";
}
function html_for_error_messages() {
return "<div class=\"errorExplanation\" id=\"errorExplanation\"><h2>1 error prohibited this recurring todo from being saved<\/h2><p>There were problems with the following fields:<\/p><ul><li>Every other nth month may not be empty for recurrence setting<\/li><\/ul><\/div>";
}
Also I am including a link to the signup page on my Tracks install if anyone would like to recreate the error and determine if the feedback provided by Firebug is more helpful to you than what I posted above: http://twepeater.sytes.net/signup
Thanks in advance for any help in resolving this issue along with the earlier ticket I posted today. I would just try to reinstall with an earlier version, however, I have already invited other people to use this install and they have created accounts so I would like to be able to repair this install instead of attempting to reinstall this or an earlier version. Thanks.
The gentleman that opened ticket #1299 closed his ticket because after a reinstall the error seemed to go away. Since I am running a different setup, I am not sure that a reinstall might solve my issue.
I have attached a photo of the error to accompany some Firebug output.
Here is Post data provided by Firebug below the authenticity token, it looks as if all the relevant fields of data contain valid data, however, I will post below the Response data from Firebug which seems to indicate an empty data field.
POST DATA FROM FIREBUG:
context_name Online
project_name Bills
recurring_todo[daily_ever... 1
recurring_todo[daily_sele... daily_every_x_day
recurring_todo[descriptio... Pay Electric Bill
recurring_todo[end_date]
recurring_todo[ends_on] no_end_date
recurring_todo[monthly_da... 0
recurring_todo[monthly_ev... 5
recurring_todo[monthly_ev... 1
recurring_todo[monthly_ev... 1
recurring_todo[monthly_ev... 1
recurring_todo[monthly_se... monthly_every_x_day
recurring_todo[notes]
recurring_todo[number_of_...
recurring_todo[recurring_... monthly
recurring_todo[recurring_... 1
recurring_todo[recurring_... 0
recurring_todo[recurring_... due_date
recurring_todo[start_from... 02/17/2013
recurring_todo[weekly_eve... 1
recurring_todo[weekly_ret... s
recurring_todo[yearly_day... 0
recurring_todo[yearly_eve... 17
recurring_todo[yearly_eve... 1
recurring_todo[yearly_mon... 2
recurring_todo[yearly_mon... 2
recurring_todo[yearly_sel... yearly_every_x_day
tag_list
RESPONSE DATA FROM FIREBUG:
TracksPages.show_errors(html_for_error_messages());
function replace_form_with_empty_form() {
$('div.recurring_container').html(html_for_empty_form());
}
function add_recurring_todo_to_active_container() {
$('#recurring_todos_container').append(html_for_recurring_todo());
$('#new_recurring_todo').effect('highlight', {}, 2000 );
$('#recurring-todos-empty-nd').hide();
}
function html_for_recurring_todo() {
return "";
}
function html_for_empty_form() {
return "";
}
function html_for_error_messages() {
return "<div class=\"errorExplanation\" id=\"errorExplanation\"><h2>1 error prohibited this recurring todo from being saved<\/h2><p>There were problems with the following fields:<\/p><ul><li>Every other nth month may not be empty for recurrence setting<\/li><\/ul><\/div>";
}
Also I am including a link to the signup page on my Tracks install if anyone would like to recreate the error and determine if the feedback provided by Firebug is more helpful to you than what I posted above: http://twepeater.sytes.net/signup
Thanks in advance for any help in resolving this issue along with the earlier ticket I posted today. I would just try to reinstall with an earlier version, however, I have already invited other people to use this install and they have created accounts so I would like to be able to repair this install instead of attempting to reinstall this or an earlier version. Thanks.
Leave a comment
on 2013-02-18 04:42 *
By wolfravenous
Attachment repeatingError.jpg added
Attachment repeatingError.jpg added
Error from monthly reoccurring todo
on 2013-02-18 05:30 *
By wolfravenous
Attachment Tracks17vsTracks21.jpg added
Attachment Tracks17vsTracks21.jpg added
on 2013-02-18 05:50 *
By wolfravenous
Ok so for test purposes I went back to my tracks.tra.in account which is a 1.7 install and created a recurring todo, then attempted the same recurring todo on my 2.1 install. Then used Firebug to capture the post data from both pages when I clicked the button to create the todo. I then copied and pasted the post data into two textmate windows and did a screen grab of them side by side. The post data is identical except for one instance in which I have highlighted. The 1.7 data on the Left side has a blank row and the 2.1 data on the Right has a row that is posting the true value of 1. This is because the new 2.1 version has a radio button for always show the todo that wasn't in version 1.7.... So the important data that is getting posted up above this about the monthly stuff is identical.
I found the error in the code on github at this link:
https://github.com/TracksApp/tracks/blob/master/app/models/recurring_todo.rb
The errors show up in lines 70 and 72 of the code and are to be displayed if monthly_every_x_month.blank? in line 70 or if monthly_every_x_month2.blank? in line 72. From what I can tell in both versions of the post data the value for both of those were returned as a true value of one.
The value for recurring_todo[monthly_every_x_month2] as referenced in line 72 of the code show up with a value of 1 on line 10 of the textmate image and the value for recurring_todo[monthly_every_x_month] as referenced in line 70 of the code show up with a value of 1 on line 11 of the textmate image of the post data shown by Firebug.
I have discovered where in the code the error is generated from and I have discovered that according to Firebug the data being posted should not be blank yet I am still receiving an error. I do not understand why the data value of 1 which Firebug indicates my 2.1 install is posting is not actually being recognized and instead I am getting an error that the data is blank. Please help if you can, I have reached the limits of what I am capable of discovering. Thanks.
I found the error in the code on github at this link:
https://github.com/TracksApp/tracks/blob/master/app/models/recurring_todo.rb
The errors show up in lines 70 and 72 of the code and are to be displayed if monthly_every_x_month.blank? in line 70 or if monthly_every_x_month2.blank? in line 72. From what I can tell in both versions of the post data the value for both of those were returned as a true value of one.
The value for recurring_todo[monthly_every_x_month2] as referenced in line 72 of the code show up with a value of 1 on line 10 of the textmate image and the value for recurring_todo[monthly_every_x_month] as referenced in line 70 of the code show up with a value of 1 on line 11 of the textmate image of the post data shown by Firebug.
I have discovered where in the code the error is generated from and I have discovered that according to Firebug the data being posted should not be blank yet I am still receiving an error. I do not understand why the data value of 1 which Firebug indicates my 2.1 install is posting is not actually being recognized and instead I am getting an error that the data is blank. Please help if you can, I have reached the limits of what I am capable of discovering. Thanks.
on 2013-02-18 07:47 *
By wolfravenous
I had version 2.1.3 installed that I had pulled from git using the instructions found here:
https://github.com/TracksApp/tracks/wiki/Installing-Tracks-2.1-on-Ubuntu-12.04
I just downloaded the 2.1.4 code base in the zip package using the big red "Get Tracks" button on the right side here:
http://getontracks.org/manual/upgrading.html
I followed the same instructions given there to upgrade and this problem with monthly recurring todos went away so I am closing my own ticket.
https://github.com/TracksApp/tracks/wiki/Installing-Tracks-2.1-on-Ubuntu-12.04
I just downloaded the 2.1.4 code base in the zip package using the big red "Get Tracks" button on the right side here:
http://getontracks.org/manual/upgrading.html
I followed the same instructions given there to upgrade and this problem with monthly recurring todos went away so I am closing my own ticket.
on 2013-02-18 07:48 *
By wolfravenous
Resolution set to fixed
Status changed from New to Fixed
Resolution set to fixed
Status changed from New to Fixed