Closed (fixed)
Project:
Services
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Jan 2011 at 01:27 UTC
Updated:
9 May 2012 at 10:21 UTC
Jump to comment: Most recent file
Comments
Comment #1
tedlchen commentedUpdate: I tried it with a fresh endpoint as well, and it looks like it auto-selects everything.
It looks like function services_edit_form_endpoint_submit() just adds all known modules to the list, which the form picks up later. Instead of using the array keys, it should probably add an enabled field to the array value.
Comment #2
kylebrowning commentedHow did you turn on an authentication module for Drupal 7? I wasnt aware of any that existed for Drupal 7 yet.
Comment #3
gddYou could have turned on sessauth in a previous dev, and then suddenly had it disappear when we removed it. I had thought about writing an update path but chose not to. My bad.
Comment #4
kylebrowning commentedHeyrocker can this be closed then or what?
Comment #5
tedlchen commented@heyrocker Ya I notice it sessauth disappeared in a later dev :)
I've been messing around with creating my own auth based on what you guys had left hanging around in the oauth and session modules. I still think this problem will appear when we actually start getting final auths' in there regardless so I wouldn't close it.
Comment #6
BOGUƎ commentedHmmmm this seems like it's looping through the listed schemes without validating if they're checked or not; plus, it also seems like the empty array is still considered a valid selection.
Line 318:
Here's a patch:
Comment #7
kylebrowning commentedUpdated patch with style cleanup.
Comment #8
kylebrowning commentedIM fixing this to be way better :P stay tuned.
Comment #9
kylebrowning commentedHere we go, try this on for size.
Theres three bugs, one, authentication was always being used if the module was enabled, regardless of if the endpoint enabled it.
Two, the authentication section for each endpoint was always displaying options even if the endpoint didnt have the auth enabled
Three the actual edit page for the endpoint was not properly checking previous endpoint values.
These have all been resolved
this version is 6.x right now ill port to 7.x shortly.
Comment #10
ygerasimov commentedThere is another problem I have found and fixed in attached patch.
When we add some settings on auth method (for example context in oauth) they get overriden when we edit and save endpoint on its edit form. This happens because ctools execute default method edit_save_form($form_state) of ctools_export_ui class. I have added empty implementation of this method to services_ctools_export_ui class.
Maybe it is reasonable to move our submit function services_ctools_export_ui_form_submit() to edit_save_form() method of the class?
The is also some code style cleaning added.
I have also removed 'Save' button on Authentication form when there is no auth modules enabled.
Comment #11
kylebrowning commentedSo, this patch was for 6.x, this needs to be ported to 7.x now
Comment #12
kylebrowning commentedOk this is finally fixed.
Comment #14
ilechcod commentedI'm not sure if I should be posting this here...
But I cant delete endpoints after creating them.
Is this the way it is supposed to be, or am I missing something?