No data saved to database
hliljegren - September 5, 2007 - 08:47
| Project: | Ajax Checklist |
| Version: | 5.x-1.0 |
| Component: | User interface |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Jump to:
Description
This is a cool module but I can't get it to work :-(
I have set up the Ajax Checklist with both [cb user-... and [cb all...] and I do see the checklist on the page but when I click a checkbox no data is saved in the DB. I've tried both in Safari 3.0.3, Firefox 2.0.0.4 on the Mac and Firefox and IE 7 on WinXP. But no data get saved...
I have also tried both as admin and regular (logged in) user. Am I missing something or is this a bug?
#1
Hello hliljegren,
Just so you don't feel lonely here, I have the exact same issue. It sounds like a cool module...I'd like to try it out. I just can't get it to work either.
cheers,
larry
#2
Check in Access Control for the ajax_checklist module access permissions and allow "update ajax checklists" for at least authenticated users and possibly for anonymous users as well, then try again. What you should see is the text of the checkbox turn red and then back to normal when it writes to the database.
#3
Now working, at least sometimes...
I had a couple of problems and the first was that the JavaScript code assumes you have the "nice URL" feature. If I change the JavaScript to /?q=ajaxcheck... instead of '/ajaxcheck...' It works for me. I guess the code should be updated to include the "standard" path instead of assuming on over the other. But it still only work if I get the list in "fullnode" view but please see my other issue for that discussion.
#4
Now working, at least sometimes...
I had a couple of problems and the first was that the JavaScript code assumes you have the "nice URL" feature. If I change the JavaScript to '/?q=ajaxcheck...' instead of '/ajaxcheck...' It works for me. I guess the code should be updated to include the "standard" path instead of assuming one over the other. But it still only work if I get the list in "fullnode" view but please see my other issue for that discussion.
#5
Version 1.2 still assumes you have clean URLs working.
I've just booked a patch into HEAD that fixes this.
Anton
#6
Marking as fixed.
#7
Automatically closed -- issue fixed for two weeks with no activity.