Using Latest Snapshot (from SVN) w/ Drupal 6.2 problem

specialmonkey

Joined: 2008-04-23
Posts: 1
Posted: Wed, 2008-04-23 00:24

I installed the gallery2 (latest snap) drupal integration (6.x-dev), but can't figure out how to allow users to post albums and images.

The drupal site admin (user 1) can add a photo, but no one else can.

The drupal admin cannot however (under gallery users, click the "edit G2" link) - gets "Access Denied" error. It says the users are synchronized. What does the "edit G2" link allow?

I enabled the 3 permissions in testing for all of my roles - yet still no one can create albums / post images - except drupal's site admin (user 1).

Typically what permissions should anon and authenticated users have (e.g. should anon users get the administer album perm, should authenticated users get it? Or only site admin?)

Thanks,
sm
Login or register to post comments
mjnewham

Joined: 2008-04-23
Posts: 3
Posted: Wed, 2008-04-23 20:55

I'm having the same problem; it was working great on Drupal v6.1 but on a new installation of v6.2 and the same version and the latest build of gallery I get "You are not authorized to access this page." Usually when I click on "Site Admin" from within the embedded gallery, clicking "edit G2" from the "Home › Administer › User management".

I've installed Drupal several times as well as the Gallery Module & Gallery but without luck - any ideas?
Login or register to post comments
mjnewham

Joined: 2008-04-23
Posts: 3
Posted: Thu, 2008-04-24 16:00

I don't really want to roll back to v6.1 simply to get Gallery2 working.
Login or register to post comments
mjnewham

Joined: 2008-04-23
Posts: 3
Posted: Sun, 2008-04-27 10:18

Posted a response on drupal.org

http://drupal.org/node/243516

Check (and correct) access parameters for D6.2
profix898 - April 7, 2008 - 08:15
Project: Gallery
Version: 6.x-1.x-dev
Component: Code / API
Category: task
Priority: critical
Assigned: profix898
Status: active

Description
The maintainers newsletter states the following API change in Drupal 6.2:

... main part of the API change consists of requiring an explicit
definition of the access parameters for each menu router item. Access callbacks
and arguments will no longer be inherited by items that might be considered to
be children based on their path. The only exception to this is for items of type
MENU_DEFAULT_LOCAL_TASK. The function user_access() is still the default access
callback, so you may continue to rely upon that being used as the default if you
only define the access arguments. Note that modules that currently rely on
access inheritance WILL NOT work correctly with 6.2.

We will need to check and correct access parameters for gallery menu items.
Login or register to post comments