Created attachment 2225 [details] [review] aqplan.pl: consideration of Planning categories with authorised values
Created attachment 2231 [details] [review] aqplan.pl: consideration of Planning categories with authorised values
Patch pushed. Please test and close.
This has been waiting since june, please test so we can close this
Created attachment 3151 [details] Screenshot of incomplete menu Is this patch supposed to have added another entry to the "Plan by" options? Under some circumstances I see the empty "Plan by" entry as seen in this screenshot.
owen, you can plan by month/branch/itemtype, but you're supposed to be able to plan by any of the authorised value category you're choosen when entering a fund in /cgi-bin/koha/admin/aqbudgets.pl?op=add_form&budget_period_id=1 if you get an empty one, it's probably because there's a bug : either you don't have choosen a planning category (in this case you should not have this line at all) or you've choosen a category in one fund, and you should have something.
(In reply to comment #5) > Is this patch supposed to have added another entry to the "Plan by" options? > Under some circumstances I see the empty "Plan by" entry as seen in this > screenshot. I confirm this. Setting patch status to 'Failed QA'.
Some additional information about this: http://localhost:8080/cgi-bin/koha/admin/aqbudgets.pl?budget_period_id=3 Planning shows only itemtype, months and branches, no additional options. After selection one of those 3 you go to another page with 2 pull downs. One in the toolbar on top and one in the filter on the left. Both worked for me most of the time. I haveseen the empty line other testers described once during my tests, but was not able to reproduce it, so I think this is still a problem but needs more testing. There is also some weirdness after auto filling one form and saving it. - You get redirected to a different budget. In my case I had 3 active budgets for valid time periods. I was testing with the most recently added and was brought back to one of the older budgets after saving.
I created a new bug (bug 8224) for the remaining issues and sent a fix. So this one can be marked as resolved.