$args empty in access callback [#1167354]

When trying to call views.retrieve, I get the error message "View could not be found", where there is a blank space where the @view name should be. However if I simply tell the access callback to return TRUE, it proceeds to retrieve the view as expected.

Comment	File	Size	Author
#3	services_views_7.x-1.x-dev__access_callback_empty_args.patch	2.2 KB	g10
#2	services_views_7.x-1.x-dev__access_callback_empty_args.patch	2.2 KB	g10

Comments

Comment #1

dragonwize commented 25 May 2011 at 02:18

Status:

Active

» Postponed (maintainer needs more info)

What exactly is the path you are using?

Services 3.x does not use the views.retrieve syntax. Instead it is [endpoint]/[resource]/[id]/[action]. For the views resource you use "views" or your resource alias.

Comment #2

g10 commented 12 July 2011 at 14:35

Version:	6.x-1.x-dev	» 7.x-1.x-dev
Status:	Postponed (maintainer needs more info)	» Needs review

Status	File	Size
new	services_views_7.x-1.x-dev__access_callback_empty_args.patch	2.2 KB

Noticed the same issue (with 7.x-1.x-dev, using AMFserver)
The problem is not the syntax, when the same syntax for node.retrieve is used, it works fine, but not for views.retrieve.
Difference is, in the access callback method, that node.retrieve checks if the $args[0] is a string and makes it an object, views.retrieve expects a named array (eg. $args['view_name'] but receives $args[0] as a string).

I'm not sure where the exact issue is situated, is this a server issue? (as the comment in _node_resource_access mentions: ' // Make sure we have an object or this all fails, some servers can mess up the types.)

I noticed node_resource normalizes the arguments as an array with an object for each entry, thus followed this:
$args[0]->view_name opposed to $args['view_name'] which is expected in the callback, whilst the callback receives $args[0] with a string value

This solves the issue, the callback receives the proper arguments, and returns the view…
patch in attachment.