Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
First off, kudos! What a great concept! Looking forward to the first release.
I tried both the beta and dev version, but it seems toggling an item doesn't make it permanent (in the database). Firebug does show a call to todo/toggle/1, but no response.
Comment | File | Size | Author |
---|---|---|---|
#23 | todo_filter-hook_field_attach_view_alter-803224-23.patch | 3.02 KB | ergonlogic |
Comments
Comment #1
Yuri CreditAttribution: Yuri commentedYes, checking the boxes should be permanent...
Subscribing
Comment #2
Oliver Huynh CreditAttribution: Oliver Huynh commentedThis is absolutely a bug. Please apply attaching patch.
Comment #3
yannickoooliverhuynh, how did you create the patch? Please read http://drupal.org/node/707484.
The attached patch works.
Comment #4
Oliver Huynh CreditAttribution: Oliver Huynh commentedSorry. I made with other patch app. This needs review. I tested it ok.
Comment #5
Oliver Huynh CreditAttribution: Oliver Huynh commentedComment #6
Pomliane CreditAttribution: Pomliane commentedPatch #3 does not work here.
Priority from Normal to Critical because if "Checking an item off the list doesn't make it permanent", what is the point of this module?
Comment #7
yannickooPomliane, why you say that the patch does not work here? It's a one liner and it's necessary that we put the content of
node_load($nid)
in a variable. In this case$node = node_load($nid);
Comment #8
Pomliane CreditAttribution: Pomliane commented@yannickoo, the patch does not solve anything here: checking an item off the list still doesn't make it permanent.
It seems $nid is not defined in todo_filter_toggle() and, as a consequence, a new dummy node is created each time the function is called.
With a static $nid value in todo_filter_toggle(), the target node is saved but todo items states are not saved either...
Comment #9
yannickoo@Pomliane, my patch was the "fix" for comment #2.
Comment #10
zanixThis is fixed in 6.x-1.0 and 7.x-1.0.
Comment #11
Knarf31 CreditAttribution: Knarf31 commentedHi,
this still isn't fixed for me:
I'm using the latest 6.x-1.0 version and firebug is giving me a 403 - forbidden error each time i try to check or uncheck an item.
Any ideas?
Comment #12
zanixDoes the user you are logged in as have permission to edit the node?
Comment #13
zanixIt also looks like the user you are logged in as has to have the ability to use the filter type selected for the body of the node.
Comment #14
zanixsweenyy was the solution I posted correct? Can I mark this issue as resolved?
Comment #15
zanixClosing since there is no response and todo is working as designed
Comment #16
inteja CreditAttribution: inteja commentedI'm sorry but this doesn't work for me at all. I've tried both 7.x-1.0 and 7.x-1.x-dev and neither are doing an ajax save node when a todo list item is checked or unchecked. I've checked node access and edit permissions and even tried allowing all anon and authenticated users full edit rights, but it made no difference.
There are no js errors.
Comment #17
inteja CreditAttribution: inteja commentedI have also just tested todo filter 7.x-1.x-dev on a totally clean install of the latest Drupal core 7.23 and am experiencing the same issue, so it's unlikely to be a module conflict. Just to be sure I also tried changing the todo filter ordering, but that didn't work either.
Comment #18
zanixIf you are using Chrome or Firefox, can you look at the Network tab in the inspect tool and see what the response is when you check an item on/off?
Comment #19
inteja CreditAttribution: inteja commentedDoesn't look like it's using the full path to my Drupal instance.
Comment #20
zanixAh, looks like the JavaScript is using a fixed path, not a relative one.
Drupal.settings.basePath needs to be added to the JavaScript file.
For Drupal 7, in the file todo_filter.js
Change this
To this
I need to double check if D6 has this JS variable or not.
Comment #21
inteja CreditAttribution: inteja commentedWorks great, thanks zanix.
Comment #22
zanixGreat, I will get this added to dev soon
Comment #23
ergonlogichook_node_view_alter() is only called when nodes are fully rendered. Notably, it isn't called when fields are displayed in Views or Panels. Switching to hook_field_attach_view_alter() fixes this. The attached patch also implements the change to the js suggested in #20.
Comment #24
zanixGood catch, I didn't think about having to check Panels or views.
Comment #27
zanixCommit d556240 on 7.x-1.x
Commit c3fc15b on 6.x-1.x