After update to 1.18 : galleries are invisible for anonymous users

Me too I was having a similar problem, but I solved.
I have no nodes as galleries, but I have galleries assigned to nodes.
They are set as "public for all" at /admin/settings/gallery_assist/assignments.

Solution:
I did "Allow gallery owners the configuration of some settings on their nodes with gallerie functionality." in Gallery Assignments.
I set the "Gallery Assist (GA) settings::Common" and "Gallery Assist (GA): settings::Common::Public status".
Then I went go to each gallery and saw that they all were "public". So I set them to "public for all".
That's it.

I'd say it was not a comfortable situation.

I hope this will help.

Greetings.
-ermanno

Same problem here. I tried the bulk operation in the content admin page, but it doesn't work. I really can't modify all the galleries one by one. My site is in production and heavily relies on the galleries for live reports of concerts and festivals.

Thanks !

same problem here

Hello,

please use the Gallery Assist Bulk Operator.
Currently is only the Public status supported which precisely can help for this issue.

Regards
Juan Carlos

Thanks jcmc!

Hi ermannob,
if you change the status of this thread (of course, after install and test the new module) please don't close the thread, only give this as fixed only. So can other people read this post., in case they get the same issue.

Regards and thanks
Juan Carlos

Hello,

I just moved from 1.19-beta3 to 1.19-beta4 and have exactly the same problem.
Galleries were displayed properly even to anonymous users by
GA 1.19-beta3, but now with 1.19-beta4 the galeries are displayed only
for loged in users.
However all galleries have their status set to public for all
(both in each node and at the content-type level).
Moreover I am not able to downgrade to beta3 because the beta3 I used
(from January 3rd 2011 I think) is not available anymore.
The only beta3 I can find is from yesterday and downgrading to
this beta3 does not solve the problem.
Help would be greatly appreciated.

Thanks much,
Sherab.

Subscribing

Subscribing.

Same problem here. Help. One of my customers is screaming.

I tried changing the Public Status to "Public for all", as an earlier post talked about, but that changes nothing. I still don't get pictures for the anonymous user.

Additionally, I noticed that an update was made to beta-1.19 yesterday. I installed that and still no affect. I have no pictures for the anonymous user.

Thanks,
Andrew

I am working on this

What I wanted to achieve was: That global settings overwrite these gallery settings which are not allowed to be changed by node editing.
sorry:

here a quick solution for the extreme situation. Copy this code temporary to begin of the gallery_assist.module file.
refresh your site in the browser. Comment the lines and check the results.
Once all your galleries have the wanted public status you can remove this code.

  $q = "SELECT gid, data FROM {gallery_assist}";
  $result = db_query($q);
  while ($r = db_fetch_object($result)) {
    $data = unserialize($r->data);
    $data['ga_public_status'] = 2;
    $new_data = serialize($data);
    db_query("UPDATE {gallery_assist} SET ga_public_status = %d, data = '%s' WHERE gid = %d", 2, $new_data, $r->gid);
  }
  db_query("TRUNCATE TABLE {cache_gallery_assist_data}");

Regards
Juan Carlos

I installed beta 5 and still no affect.

One provisional solution that works for me is to add the following line in the gallery_assist.module file at the end of the gallery_assist_load function:
$additions->ga_public_status = 2;
In GA 1.19-beta4 this has to be added on line 2143 but for other versions the line may be different.
hth,
Shérab.

Juan,

You are awesome. Thank you so much. I am by no means a computer software programmer, but I followed your instruction and even though the refresh, after your code is inserted returns with a parse error, this temporary fix worked. The gallery pictures now show up to anonymous users. Thank you again.

Andrew

#15 worked for me in current beta5 also.... Thanks! Took me half a day to get here.

But this REALLY needs to be fixed - the module is worthless if no one can see the images.

Thank you so much to everybody for this post. I was desperate and now the gallery works!! I applied the post 15 and it worked for me. (I have the 1.18 version).
I really like this module so PLEASE PLEASE fix it in a definitive solution.

What line should be changed in beta5? Please help or fix this issue. Thanks

Ok people, I have implemented a checkbox to solve these situations. It is bellow from the Public status "select-box" and allows to update all galleries from a content type with the selected public status.
I commited the feature to the dev.

more infos at http://drupal.org/project/cvs/601128, commit #493838.

Regards
Juan Carlos

NOTICE: this link is deprecated because the change to git.

the link...
more infos at http://drupal.org/project/cvs/601128, commit #493838.

gives me a blank screen

also, I still can not find where you put the checkbox. perhaps you could give another hint.
this is such an interesting module, I would really like to get it working.

Hey Guys!

I'm a little bit confused about this block situation,. Try to show all galleries for all users including all anonymous.
The "Show block for specific roles:" setting changes nothing.
Solution of Post #15 doesn't work for me too ( added in version 19-beta5 gallery_assist.module in line 1867)
Even jcmc's Php hack doesn't change anything.

So what do I have to change and not to change to make the galleries block enabled for everybody? Tried some "combinations" but no success...

Thanks for the module anyway! Seems to be working fine for me (only working on a page with every gallery with views, but no success till now http://drupal.org/node/815786 )

Open source is so amazing :)

Greetings hackbard

now it's working on drupal 6.22 gallery assist 1.18
thanks :)

hi juan carlos,

i applied the script stated @#13 on my production site... it worked right after browser refresh.. and then i removed the code after. but few hours after my site started to behave wierd... some admin pages to show blank... until a shocking warning was displayed to all pages:

Warning: Got error 134 from storage engine query: SELECT data, created, headers, expire, serialized FROM cache WHERE cid = 'variables' in /home/babiesid/public_html/vacations/includes/database.mysqli.inc on line 135

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 760

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 761

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 764

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 765

Warning: ini_set() [ref.outcontrol]: Cannot change zlib.output_compression - headers already sent in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 772

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 773

Warning: Cannot modify header information - headers already sent by (output started at /home/babiesid/public_html/vacations/includes/database.mysqli.inc:135) in /home/babiesid/public_html/vacations/includes/bootstrap.inc on line 787
‹í=Én$ÉugÖW„RÐ4[ì¬}áR öž†fzÚݍ…Ñ •Yì¬Ìì\X¬V Á>ðÑöE0|ɲaØ€%0`ýÀè6º tÃþ¿¹Ue....................................

how can i fix this?

please help me...

Hi janixjohn,
only the first warning is possibly related to Gallery Assist.
Other warnings are related to HTTP headers options in server configuration. Try to turn buffering on. (see PHP ob_start() documentation).

Greetings.
-ermannob