PP5.1: Private Albums(FIXED)

[DJT]

When a member changes a private album to a regular album, it still requests a password to view.

[Chuck S]

in useralbums.php set this

Content visible to verified customers only.

to this

Content visible to verified customers only.

[DJT]

That worked, thanks.

[Astaran]

It seems that this hasn't been integrated into the 5.12 release.

[Michael P]

Actually the useralbums.php reads exactly as the corrected code above, you sure you have an updated file?

[Astaran]

Yes, false alarm. I had the correct file but didn't read Chucks instructions carefully enough. Sorry!

[Astaran]

Mhh, I think there still is a bug with that.
the $isprivate == "no" && $oldstat == "yes" case is needed. Otherwise the password isn't cleared when switching from a private album to a non private album

[Astaran]

What's working for me:
add 'oldstat' => STRING to typecast call (POST).
And change the if statement to:

//BUGFIX: changed olstat = yes to no
if ( $isprivate == "yes" && $oldstat == "no" ) {
$pa_password = gen_password();

$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='$pa_password' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}
// BUGFIX: changed olstat = no to yes
elseif ( $isprivate == "no" && $oldstat == "yes" ) {
$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}

[Carolem]

I made these changes in the useralbum.php but we still are getting the same results of having to enter a password to see the picture when logged in as the user who is making the album

//BUGFIX: changed olstat = yes to no
if ( $isprivate == "yes" && $oldstat == "no" ) {
$pa_password = gen_password();

$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='$pa_password' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}
// BUGFIX: changed olstat = no to yes
elseif ( $isprivate == "no" && $oldstat == "yes" ) {
$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}

I am not sure that I understand what Astaran means by this:
add 'oldstat' => STRING to typecast call (POST).

Do I need to add something else to make this work?
Carole

[Chuck S]

in useralbums.php find this and add in bold

Content visible to verified customers only.

then find this code block and make changes in bold.

Content visible to verified customers only.

[Carolem]

I tried the fix adding 'oldstat => STRING,

got a blank screen

and then tried it again like this:
'oldstat' => STRING,

end result - we still saw the message:

This forum requires a password for access!

Please enter password:

Any other suggestions?
Carolem

[Chuck S]

Nope you need to reset the album password and still remember you need to flush any cookies on your computer

As long as a user is given a url with the catp variable in the url a catp password will be created giving them access.

They will only see that box in 2 circumstances.

One they do not have a password in the url to set a catp cookie

Two there is another catp cookie on there computer and they got to the album without a catp variable hense they do not match.

[encaustic]

I'm running the 5.13 version.
My useralbums.php is like the second block in Omegatrons topmost post of this thread :

if ( $isprivate == "yes" && $oldstat == "yes" ) {
$pa_password = gen_password();

$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='$pa_password' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}
elseif ( $isprivate == "no" && $oldstat == "no" ) {
$query = "UPDATE {$Globals['pp_db_prefix']}categories SET password='' WHERE id=$albumid";
$setug = ppmysql_query($query,$link);
}

I am having the same passwords for albums problems with users and am now just a little confused as to which fix works and what code I need to alter to get 5.13 working on this.

Can you please advise me with a clear indication (for a simple mind) to copy and paste or edit as must be done for correct operation?
Thanks

[Chuck S]

Post 10 has the updated code. Please realize you may want to refresh album passwords if you where using the old file and reinitialize.

[encaustic]

That was it thanks - needed to make all albums affected private, save them then make public again - working now thanks, although I just added the first part of the code change - 'oldstat => STRING but as a previous post pointed out it should have the extra ' in it thus 'oldstat' => STRING

Thanks

[Pauline Kenny]

I am having this same problem and was on 5.13. I just upgraded to 5.20, but when I set the private album to public, it still does not allow access. What do you mean by "refresh album passwords if you where using the old file and reinitialize"? Within the Edit for the Album, I click on reset password - but that did not turn the album public.

[Chuck S]

is the album set to public? Is the password field blank?

You can email me a url and login if you want me to take a look. Using the default code 5.2 I can set an album to public or private and it shows appropriately or does not show