Closed (works as designed)
Project:
Token authentication
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
9 Apr 2012 at 17:15 UTC
Updated:
10 Apr 2012 at 21:55 UTC
Jump to comment: Most recent file
Comments
Comment #1
steve.elkins commentedInstead of $tokenauth_text['value'] and $tokenauth_text['filter']...
should be looking at $tokenauth_text['body']['value'] and $tokenauth_text['body']['filter'].
Proposed patch attached.
Comment #2
steve.elkins commentedClosing, this is not an issue. I was using a sandbox version and still had old records in the variable table. Apologies for any confusion.
Comment #3
Grayside commentedHi steve,
Your patch should be generated from the root of the module, not the site. use git diff --relative from any directory to localize it within your repo. That said, I applied the patch successfully with a bit of manual work.
Your patch does not make sense to me. The form element that stores the text settings saves with 'value' and 'format', and those are consistently used.
Did you encounter this in a site upgrade from D6?
Comment #4
steve.elkins commentedHi, just wanted to make sure you saw my comment above (#2). The patch absolutely didn't make any sense after I looked in the variable table. I was initially using a roughly ported D7 version that I found in another post just to test a few things and did not properly uninstall before I enabled the official D7 dev release. So all problems were on my end. Also, yes, absolutely meant to create the patch from the module root.
Comment #5
Grayside commentedAh, I did see the email, but only after I cross-posted the above.
FYI, access control on the dev snapshot from earlier was broken, earlier this afternoon I pushed a fix that requires a cache clear.