Permission error using VBO to manipulate Files (bulk modifying fields) [#1892582]

With Views and Views Bulk Operations, I want to bulk edit a field linked to the files.
But nothing is done and I see the following error in the log messages:
Skipped <em>action name</em> on file <em>filename</em> due to insufficient permissions.
Looking in VBO code I found out that entity_access($op, $entity_type, $entity, $account) send false even if I'm admin.
Is it a known issue?
Anyone could please help me getting through that?

Comments

Comment #1

Thithi32 CreditAttribution: Thithi32 commented 18 January 2013 at 19:33

Apparently entity_access is calling entity_metadata_file_access and not entity_file_access

Comment #2

Dave Reid

he/him

English

Nebraska USA

CreditAttribution: Dave Reid commented 18 January 2013 at 19:41

Status:

Active

» Postponed (maintainer needs more info)

I believe this was fixed with #1818068: Add "access callback" to file_entity_entity_info_alter()? Can you try updating to the latest 7.x-2.x of file_entity, clearing caches and checking again?

Comment #3

Thithi32 CreditAttribution: Thithi32 commented 21 January 2013 at 12:28

Unfortunately I'm using the last dev version (7.x-2.0-unstable7+15-dev). I don't understand why entity_file_access function isn't registered as the file entity access function. Instead it is entity_metadata_file_access ...

Comment #4

Thithi32 CreditAttribution: Thithi32 commented 23 January 2013 at 12:00

I still haven't found how to solve it. Anyone can help me debug that issue?

Comment #5

keesje CreditAttribution: keesje commented 24 January 2013 at 12:29

possible solution:
http://drupal.org/node/1831578#comment-6977496

Comment #6

gmclelland CreditAttribution: gmclelland commented 28 January 2013 at 22:55

I'm using the latest devs. I don't get the permission errors, but for some reason when I try to use the VBO at admin/content/file it doesn't seem delete the files or update them? It goes through the motions, but nothing ever happens.

Note: I'm using all the latest dev versions of the modules including the admin_views module. This issue might be related to my issue #1256946: Provide a default files admin screen via Administration Views.

Comment #7

rooby CreditAttribution: rooby commented 28 January 2013 at 23:05

Status:

Postponed (maintainer needs more info)

» Active

@gmclelland:

I have the same setup as you with the symptoms you describe, however I wager that if you check your watchdog logs you have the permission errors in there.

I agree with keesje that this is likely a duplicate of #1831578: Use file_entity_access() callback when file_entity module is present as the patch in there fixes/works around it for me (although it is likely not the final solution).