Hi Pseudomizer,

I have it tied to the permissions, but set as a seperate link for navigation. Sure, you can change that, and with all the links I have going on up there now, I may look at that myself!

As far as the rebuild -- you need to run the rebuild function in the vB3 Member Album > Approve Images section as the attachment rebuild is for the attachment table.

Hi Christine,

i fully understood what you mean but it does not work. After installing all the modifications, templates and uploads my "Approve Images" section is completly empty. Only if i upload one image which is less than 100x100 pixel in my control panel, i get the options in the "Approve Images" section to rebuild the profile picture thumbnails. I could live with that but here is the problem now:

Member attachment options -> Thumbnailsize -> 500
Maintenance -> Update Counters -> Message Thumbnails > Rebuild done
vB3 Member Album -> Approve Images -> Rebuild profile picture thumbnails done

Now if i try to upload any image i still have the damn restriction of 100x100 pixel. Why ? Where is the error ?

Cheers,

Pseudomizer

Pseudo, you have the thumbnail sizes confused with the actual profile picture size.

As I mentioned on the first page of this thread to Vivi Ornitier, to change the profile image dimensions, you have to edit usergroups. Each usergroup has its own defined size.

https://vborg.vbsupport.ru/showpost....4&postcount=14

Perfect. Thank you so much. Sorry for being unable to find that error in previous messages. A small hint in the instructions would save you a lot of time answering these kind of requests. :-)

But good work, nice hack. I will try to convert my existing pictures from your old member photo gallery hack into this new hack because all old database entries are still there.

Cheers,

Pseudomizer

Calvin, what I asked before was if placing echo $perpage; below $perpage = $vboptions['album_perpage'] outputted anything to the screen? My answer wasn't a direct solution.

This likely has to do with the $perpage value in albumcp.php, and some weird bug.

I don't have a lot of time to debug it now, but one troubleshooting solution I can provide is to erase the $perpage chunk of code, and re-generate all thumbnails in one process.

I've attached a customized albumcp.php that does just this. Be sure to rename it albumcp.php to use it. If it still doesn't work, and locks up, then there might be a problem with the actual GD-image handling functions. (although I sort of doubt it)

There is nothing to the screen, whatever the screen it.

when I type: http://mydomain.com/album.php

I got error like as I report here.

No errors occured when running the install.html queries? The value of $vboptions['album_perpage'] must be blank if nothing is outputting, which means the setting must not exist in the table.

Run this query from PhpMyAdmin, and show me the results.

[sql]SELECT * FROM setting WHERE varname='album_perpage'[/sql]

Here is the result that I attachment when I run
SELECT * FROM setting WHERE varname='album_perpage'

When I run album.php from my website I got number 18. That's it. I did't see anything else.

2-3 pics would be even betterm why not?

Review the thread, I've already explained. I have a very tight schedule with college, my job, and other coding projects, therefore don't have time to spend for "add-ons" to my hacks released at vBulletin.org.