Version: 1.00, by Velocd
Developer Last Online: Nov 2023
Version: 3.0.0
Rating:
Released: 04-09-2004
Last Update: Never
Installs: 100
No support by the author.
In vBulletin 3 there is an option for members to upload a profile picture. This hack provides more incentive for members to upload their picture, as it integrates a gallery to browse them all. :up:
In addition to browsing profile pictures, there is an option for viewing signatures. This comes in handy, for you don't have to browse through each individual member. Also, a "edit signature" link is provided for moderators, for fast access to editing signatures that aren't in accordance with your rules.
Other Features
Require pictures to be approved in order to be visible. You can exempt specified usergroups from this.
Thumbnails are generated for profile pictures. You must have GD installed and enabled via the AdminCP options page.
For more insight, refer to the attached screenshots, or install it!
Upgrade to 2.0
Redo steps 7-8, 11-12, 19-20, 26, 27, and 34
Revert the template "modifyprofilepic", and do steps 29-32
Run the following queries:
[sql]
ALTER TABLE `customprofilepic` ADD disapproved smallint(5) not null default'0';
ALTER TABLE `customprofilepic` ADD reason varchar(100) not null;
[/sql]
Notes
This hack does not support uploading multiple images per account.
Profile thumbnail sizes are defined by the attachment thumbnail sizes. So modify the attachment thumbnail sizes in your AdminCP options page if you wish to change the profile picture thumbnail sizes. Be sure to run "re-generate thumbnails" via the vB3 Member Album -> Approve Images" page.
Profile picture sizes (not thumbnails) are defined for each usergroup. Modify a usergroup via AdminCP to change the dimensions members under that group are allowed to have for profile pictures.
3rd Party Add-ons
Pseudomizer has posted a migration script that will transfer your files from my old vB2 Member Photo to the correct tables in this vB3 hack. Click here to view.
Pseudomizer also posted a portal-integration allowing you to display a random profile picture on your portal. Click here to view.
That hasn't fixed it. Should "$thumbnail =" appear twice like that?
That's because there is a second fetch function call in albumcp.php you will have to fix. There are also some various bugs relating to TABLE_PREFIX in both album.php and albumcp.php that will cause MySQL errors.
I have modified this hack to work with 3.0.3 and have confirmed it working on a clean installation. See attached.
And BTW, that syntax is pefectly legal in the same way that $foo = $foo + 3; is legal.
Excellent! Especially from someone who hadn't even installed the hack initially. Are there easy steps to upgrade or are we best off going through the whole installation?
Weasel,
using your files alone plus your change from your previous post, I still get broken thumbnails, is there anything we need to change in the other portions of the hack (i.e. in the normal vb files)?
Weasel,
using your files alone plus your change from your previous post, I still get broken thumbnails, is there anything we need to change in the other portions of the hack (i.e. in the normal vb files)?
Thanks
did you make sure to rebuild thumbnails in the verify section after you made the two $thumbnail = fetch... changes? There should by instances in both inlclude_upload.php and albumcp.php
Otherwise those should be the only two changes you have to make (except in the case where you use a table_prefix in your database). Also try pressing ctrl-R to do a hard-refresh of your album.php page.
If you go into your database using phpmyadmin and go to customprofilepic and browse, you should be able to see the raw thumbnail data. If you see "Array" that means you have not yet rebuilt the thumbnails using the two thumbnail code changes.
I get broken thumbnails too and I redid the whole hack (not the database tables though). Then again the Rebuild Profile Pic Thumbnails function always worked strange for me even before the upgrade.
Having said that, it's insanely late here. I'll reserve final judgement until I give this another go tomorrow morning.
I get broken thumbnails too and I redid the whole hack (not the database tables though. Then again the Rebuild Profile Pic Thumbnails function always worked strange for me even before the upgrade.
Can you go into your database and see what you have in your customprofilepic table under profilepicdata?
From the readings, this hack runs utterly buggy on 3.0.3, most likely due to function changes or my code is just vB deprecated. I still hope to have a bug fix release by the end of this month (it has yet to be worked on), but my schedule is crammed so I'm not entirely sure it's possible.
I have made a couple of other changes in my upload in post #281. It fixed thumbnails not displaying in the admincp because of the &s=y at the end of the img src url (not sure what that's for?)
Anyway, zelda-king you can try re-uploading the two php files and rebuilding..see if that works, because I have it running fine on 3.0.3 and those are the files im using.
Wierd... the hack worked (I am using the files you attached) but the admin script was still calling &type=pthumb which does not work. I have changed the admincp and the output template and will test a bit more but so far so good. Thanks again!