Extension talk:SocialProfile/Archive 7

ERROR: The link you have entered is invalid.

Ok, so I have spent hours trying to figure this out. When users click the link [Send a gift] They get the error, (The link you have entered is invalid.) On the next given page. If they use Special:GiveGift using the users name they get the error. However the original Admin or sysop can create and send Gifts using the same link that everyone els gets the error with. It even gives one other full privileged sysop I created the error. Is it a privilege setting somewhere? I have gone through all the files and setting and cant figure it out.

My unprofessional Conclusion:

1. Works fine for the first admin created but no one else. so a bad link as the error applies is probably not the problem.
2. Because it works fine for the first admin created, seems like the bad link would be a request that only allows that admin to access.
3. This is where the link goes(next) when the main admin is allowed to give the gift: /index.php?title=Special%3AGiveGift&user=Test+2 (Test+2 is the user I was sending the gift to)
4. Through my research I am assuming the error is on this page: SpecialGiveGift.php

Thanks --MatrixVortex 23:30, 16 August 2011 (UTC)

Special:GiveGift is a mess. The only time I've gotten that "invalid URL" error message (when the URL really wasn't invalid) was when (on a new wiki) there were no gifts. --Jack Phoenix _(Contact) 15:00, 20 August 2011 (UTC)

Thanks For the reply, :There are gifts because Adman can send them. Looks like I might have to un-install it for now there are some other issues with the user message box no way to block other users from spamming or harassing you. I installed it because I really liked what it does of the users page and I like the awards system. :( --MatrixVortex 14:46, 30 August 2011 (UTC)

I believe that I fixed your issue with gifts in r95399; please try upgrading your SocialProfile to the latest trunk and see if that fixes the problem.

What issues do you have with the UserBoard feature? It's true that there's no way for an invidual user to block another users from sending them messages (maybe there should be...feel free to file a feature request on Bugzilla!), but obviously administrators should block users who are abusing the board feature to harrass other users. --Jack Phoenix _(Contact) 14:57, 30 August 2011 (UTC)

Sorry Jack for the late reply. You are correct the user can make a gift and send it. Your patch didn't work sorry to say :(. I haven't had a lot of time to deal with this lately, not to mention I had to shut down the site! Hackers where getting some kind of code in that was leaving there post with no way for admin to delete it! Also the reason you would need the ability for users to block people from posting in their UserBoard on a large site it could get real out of hand if you have a hundred people a day or a hour, complaining about abuse on their userBoard. Seems a simple block button for the user would be better. Thanks again for all your help Jack I hope you get this late reply. --MatrixVortex 13:53, 9 September 2011 (UTC)

Problem when trying to install SocialProfile

Hi

I tried to install SocialProfile to my wiki but when I go to one user page (index.php/User:XXX) i get an error page 500 !

• I have loaded the latest files in extensions/SocialProfile directory
• I created an avatar and rewards directories in my image directory, with default avatars and reward images
• I ran the update.php to create the tables in my database
• I put in my LocalSettings.php the following:

# SocialProfile
require_once("$IP/extensions/SocialProfile/SocialProfile.php");
$wgUserBoard = true;
$wgUserProfileDisplay['board'] = true;
$wgUserProfileDisplay['stats'] = true; 

but for all users I got this error ! Any idea why ?

thank ! —The preceding unsigned comment was added by Blackdalhia (talk • contribs) . Please sign your posts with ~~~~!

Saying that you get the HTTP 500 error page basically tells me nothing. Do you have access to your webserver's logs and/or PHP's error log? Those logs might provide some useful information about what's going on and why a HTTP 500 page is being displayed.

Also, the gifts/awards directory should not be called rewards, but instead it should be called awards; this name is hardcoded in the special pages that are used to upload gift and award images, as well as in a few other places. --Jack Phoenix _(Contact) 13:25, 7 August 2011 (UTC)

Blackdalhia 09:54, 9 August 2011 (UTC) Hi ! and thanks for your quick feebdack

• it is strange : my error log does not show any error messages. My access log shows this :

"GET /wikiop/mediawiki-1.16.2/index.php/User:Blackdalhia HTTP/1.1" 500 - "http://xxx.xxx.xxx.xxx/mediawiki-1.16.2/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=User:Blackdalhia"

Can you try setting error_reporting( E_ALL ); and ini_set( 'display_errors', 1 ); in your wiki's LocalSettings.php, right after the PHP starting tag, <?php, and seeing if that helps in showing any error messages on the user profile page? --Jack Phoenix _(Contact) 16:50, 9 August 2011 (UTC)

Blackdalhia I did it and got the following message : Fatal error: Call to undefined method DatabaseMysql::unixTimestamp() in /var/www/html/wikiop/mediawiki-1.16.2/extensions/SocialProfile/UserGifts/UserGiftsClass.php on line 322 seems that the function unixTimeStamp is not defined or the class DatabaseMysal not defined. I am missing one module somewhere right ?

You're trying to use the 1.17 (or trunk) version of the extension with MediaWiki 1.16. —Emufarmers^(T|C) 06:51, 13 August 2011 (UTC)

See Extension talk:SocialProfile/Archive 6#Fatal error for more background information about that particular fatal. --Jack Phoenix _(Contact) 12:28, 13 August 2011 (UTC)

Blackdalhia 02:41, 14 August 2011 (UTC) ha ok. I have used svn to install the version 1.16 ( i hope that I did that because I am not very familiar with svn, I simply did svn co http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SocialProfile/)

• well now there is no crash ! but I have another problem : avatars picture does not work
  • the default one shows a broken link (when I try to open the link I have a message "You don't have permission to access /wikiop/mediawiki-1.16.2/images/avatars/wikiop_2_l.jpg on this server."
  • when I try to upload pictures I have another error message Warning: Invalid argument supplied for foreach() in /var/www/html/wikiop/mediawiki-1.16.2/extensions/SocialProfile/UserStats/UserStatsClass.php on line 687
  • This seems to be an access right issue but I don t know how to solve this :/

Blackdalhia 02:50, 14 August 2011 (UTC) I fixed the issue by doing this : chown apache avatars chmod avatars 755

• it works now :D Really good job guys !!!!!!
• Just one question : when I refer to users in other pages of my wiki, how do I show the avatar and name of the user instead of Blackdalhia ?

What exactly do you mean? Users can choose between a wiki-style user page (UserWiki:) and a social profile (User_profile:) — whichever they prefer is shown to you when you visit their User: page. --Jack Phoenix _(Contact) 15:00, 20 August 2011 (UTC)

Is it possible that this extension could show people's real name and email address? MarkDilley

If the user has filled in the "real name" field on their preferences, it will be shown on their social profile (see, for example, http://www.halopedian.com/User_profile:CommanderTony), but e-mail addresses are not published anywhere; they are and continue to be private information. --Jack Phoenix _(Contact) 17:08, 11 August 2011 (UTC)

Problem when trying to install SocialProfile (database)

I've problems with the database update. The installation runs fine, I started update.php, but by clicking on a user page the following error occur:

Database error
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

    (SQL query hidden)

from within function "UserProfile::getProfile". Database returned error "1146: Table 'wikidb.user_profile' doesn't exist...

Any idea, what I can do??? --MoDi2021 12:09, 20 August 2011 (UTC)

Apparently the user_profile table wasn't created; maybe the other tables weren't either. See Extension talk:SocialProfile/Archive 5#Database error. --Jack Phoenix _(Contact) 15:00, 20 August 2011 (UTC)

Works. Great! ! ! --MoDi2021 15:37, 20 August 2011 (UTC)

I get some error messages:

SocialProfile\SystemGifts\SystemGiftsClass.php on line 158
SocialProfile\UserStats\UserStatsClass.php on line 552

and

Warning: Invalid argument supplied for foreach() in C:\...\extensions\SocialProfile\UserStats\UserStatsClass.php on line 552

Notice: Undefined index: user_board_count in C:\...\extensions\SocialProfile\SystemGifts\SystemGiftsClass.php on line 158

Warning: Invalid argument supplied for foreach() in C:\...\extensions\SocialProfile\UserStats\UserStatsClass.php on line 552

Notice: Undefined index: user_board_sent in C:\...\extensions\SocialProfile\SystemGifts\SystemGiftsClass.php on line 158

Don't know why. Any idea??? --MoDi2021 16:06, 20 August 2011 (UTC)

This software looks great, but there seems to be some bugs... I will try to post one day. --MoDi2021 16:10, 20 August 2011 (UTC)

The line numbers do not make any sense; line 158 of SystemGifts/SystemGiftsClass.php in trunk is $dbw->update and line 552 of UserStats/UserStatsClass.php is a closing bracket (}). Are you using an outdated version of SocialProfile or something? If so, please update to the latest trunk; you shouldn't be using a non-trunk version of SocialProfile. I've also fixed the "undefined index" notice in r95102 because I had gotten a similar notice on my local testing wiki. --Jack Phoenix _(Contact) 19:12, 20 August 2011 (UTC)

Maybe a avatar-picture-problem. I can't upload an avater pic and can't make the folders writable. This seems to be a problem of Windows 7. Maybe this causes the trouble... I can't see how to solve this problem with Windows 7. I will look tomorrow... --MoDi2021 21:13, 20 August 2011 (UTC)

My local test wiki runs on Windows 7 and I don't have any problems with avatar uploads. Recent versions of SocialProfile (since r93067) support PHP's built-in GD library for image resizing instead of requiring ImageMagick to be installed. --Jack Phoenix _(Contact) 01:17, 21 August 2011 (UTC)

There's one bug, I found: By clicking "Wiki userpage" you got the page /:Username and not /User:Username and "Social profile" you got /:Username and not /User:Username. I don't know if this is known. --MoDi2021 21:13, 20 August 2011 (UTC)

It's not a bug per se, but rather a configuration issue; you're using an older version of SocialProfile (pre-r93317) that does not automagically register its namespaces and you haven't registered them in your wiki's LocalSettings.php. Newer versions of SocialProfile, since r93317, register the namespaces automagically so all you have to do is to require_once() the main setup file and configure SocialProfile (i.e. user levels, points, what to show on user profiles and so on). --Jack Phoenix _(Contact) 01:17, 21 August 2011 (UTC)

I tried a newer version, but the problems stay. I can't send a message to another user, it creates WikiUser:Username-sites, but is using correctly User:Username instead and I still can't upload an avatar.

Now the following error occurs:

warning: Invalid argument supplied foreach() in C:\...\extension\SocialProfile\UserStats\UserStatsClass.php on line 687

Maybe it would be nice to actualize "Download snapshot" ;-) Normal users like me, wont download the correct package without help. --MoDi2021 12:28, 21 August 2011 (UTC)

Creating a gift, I got this error:

Notice: Undefined variable: stash in C:\...\htdocs\...\extensions\SocialProfile\UserGifts\SpecialGiftManagerLogo.php on line 424

I'm using now revision 95135 (link)??? --MoDi2021 12:33, 21 August 2011 (UTC)

You say that you can't send a message to another user...which brings up the following question: what version of MediaWiki are you using? Currently SocialProfile is compatible with the 1.16 branch of MW and only with that! MediaWiki 1.17 and newer releases have the ResourceLoader system and SocialProfile does not support ResourceLoader yet (this is bug #29984). The "download snapshot" link is accurate, the trick is to select the trunk version from the dropdown instead of 1.16 version; the 1.16 version refers to the tagged version of SocialProfile and that is very old and outdated; always use the latest trunk version!

As for the avatar upload issue, that is obviously an issue specific to your computer — there are many sites out there which have no problem at all with avatars and avatar uploading works correctly even on my local computer, which is running Windows 7.

As for the first notice/warning, it's very old and strangely enough I haven't gotten it in ages; make sure that $wgUserStatsPointValues is defined correctly in your wiki's LocalSettings.php.

The second notice is indeed correct, there is an undefined variable in the code; I haven't bothered fixing that since it's not such a big deal and most production sites log errors instead of displaying them. --Jack Phoenix _(Contact) 15:40, 21 August 2011 (UTC)

Sorry - I didn't saw it... --MoDi2021 21:26, 21 August 2011 (UTC)

In my LocalSettings $wgUseImageMagick was True. I commented this line out and the avator upload works. Don't ask me, why I used it. I don't know when and how this line was added to this file. --MoDi2021 21:05, 22 August 2011 (UTC)

Could this be hacked to make bare minimum profiles?

I think this extension is a good idea but it is really bulky. Is it possible to remove everything except the basic user profile (no friending,board blasts,gifts etc) ? If there was a (very) light weight (and easy to install) version of this extension it would be nice. —The preceding unsigned comment was added by 67.59.193.62 (talk • contribs) . Please sign your posts with ~~~~!

Could it? Probably. Will it? I don't know, but I certainly don't have any plans for such a thing. If you want to work on it, feel free to — and once you have something working, you could apply for commit access and commit your code to SVN.

As for the easy to install part, I don't know what could be done to make it even easier to install. You have to run the MediaWiki updater script, update.php, after adding all the require_once()s to the wiki's LocalSettings.php (you basically have to do this for any and all extensions that add new tables to the database) and you have to move avatars directory from extensions/SocialProfile to $wgUploadPath and create a directory called awards under $wgUploadPath. --Jack Phoenix _(Contact) 12:16, 1 October 2011 (UTC)

user_points_weekly

Hello, I went to Generate Top Users Report and it threw an error message saying that user_points_weekly does not exist. I have looked through the extension install and also the trunk version but cannot find an SQL script to create the table. I am also guessing that there will be a monthly table required.

I have checked the database an cannot find a weekly or monthly table.

Have I missed a step in the install? Taylormg 08:25, 18 October 2011 (UTC)

Not really. That stuff is really badly documented at the moment (but it's a wiki, so if you can improve the documentation, please do!) — the SQL schemas for the various user_points_* tables (3 in total) can be found at trunk/extensions/RandomFeaturedUser for the time being; it's likely that I'll bundle those with SocialProfile (instead of RandomFeaturedUser) one day (see the roadmap for more info). --Jack Phoenix _(Contact) 16:37, 17 October 2011 (UTC)

Thank you for your help, I tried the trunk version of the RandomFeaturedUser extension but found that the sql files where not in sql format found a Working Version Here Now it is working :). Thank you very much. Taylormg 08:57, 18 October 2011 (UTC)

The difference is that the URL I gave you links to the ViewVC viewer, whereas your URL links to the "raw" SVN, which is not necessarily as human-readable as ViewVC, but the svnroot URLs must be used for SVN checkouts. --Jack Phoenix _(Contact) 20:18, 29 October 2011 (UTC)

gifts and voting

How do gifts and voting work? I see that points can be given when people vote for a comment. But I'm not sure where voting happens, is it another extension? How do I create gifts? --96.24.76.176 08:41, 22 October 2011 (UTC)

Voting is provided by Extension:VoteNY, commenting is provided by Extension:Comments. To create new gifts, you must have the giftmanager user right and then you can create new gifts via Special:GiftManager. --Jack Phoenix _(Contact) 20:18, 29 October 2011 (UTC)

Namespaces

According to the extension page, the namespaces are registered thru the installation of the extension.. but when i go to special page --> all pages and click on the drop down that shows all of the namespaces UserWiki,UserWiki_talk, User_profile, and User_profile_talk don't show up. Does that indicate that something went wrong with my installation?

--Kay 10:46, 1 December 2011 (UTC)

Are you using MediaWiki 1.16? The CanonicalNamespaces hook, which SocialProfile uses to automagically register its namespaces, exists only in 1.17 and newer MediaWikis. --Jack Phoenix _(Contact) 16:51, 2 December 2011 (UTC)

Upload error with trunk version on mediawiki 1.18.1

First of all thank you for this nice extension.
I run Mediawiki 1.18.1 with the Social Profile (trunk). If i try to upload an avatar as a normal user i get this error:

Fatal error: Call to a member function setSubmitText() on a non-object
in/var/www/wiki.*********.org/includes/specials/SpecialUpload.php on line 349.

I allready have the rights setup so the users MAY upload but it has no affect on this error. When i change the user to bureaucrat all work fine.

edit: i just noticed i can upload as soon as i confirm my email address. So shouldn't SocialProfile give a warning to "Please confirm your email address before uploading an avatar"? Thorsten Veenstra 12:36, 24 January 2011

Funky! You're certainly right, users should never be getting PHP fatals.

Technical explanation: Special:UploadAvatar (extensions/SocialProfile/UserProfile/SpecialUploadAvatar.php) extends MediaWiki's Special:Upload page (includes/specials/SpecialUpload.php) to avoid duplicating lots of code. Special:Upload assumes that the upload form is a HTMLForm, which is not true for Special:UploadAvatar, as no-one (myself included) ever bothered porting that code to use HTMLForm, as it would've been mostly a waste of time.

The function showRecoverableUploadError() (defined in includes/specials/SpecialUpload.php, from line 343 onwards in MediaWiki 1.18.1) calls the class' getUploadForm() method in line 348 and line 349 is $form->setSubmitText( wfMsg( 'upload-tryagain' ) ); — it does not check that getUploadForm() returns an (HTMLForm) object and that's what's causing your problem, because SocialProfile's SpecialUploadAvatar class' getUploadForm() returns raw HTML, not an object.

Fixing this error is definitely possible, but it requires a bit of thinking and testing...I'd suggest filing a bug on our Bugzilla and assigning it to me to make sure that your bug report doesn't get lost.

Thanks for reporting this issue! --Jack Phoenix _(Contact) 19:06, 25 January 2012 (UTC)

Special:SystemGiftManager not work

Hello, I am interested in your extension. I have installed it's trunk version 2 days ago. Everything is great, except for the "Add new system gift". When I clicked on the button "Add new gift" on page Special:SystemGiftManager, the result was a blank page. However, Special:GiftManager still works normally.

I have created all necessary tables in my data.. My version is:

MediaWiki 1.18.0 PHP 5.2.17 (apache2handler) MySQL 5.0.77

And I have another question. How does the System Gift work? Does it automatically gives a gift to users when they reach a specific score (such as 5k edits, 10k edits...)?

Thank you for your time. 113.172.123.125 05:14, 26 January 2012 (UTC)

There was a PHP fatal error, which I've now fixed in r110206; please update your copy of SocialProfile to fix the issue with Special:SystemGiftManager.

The awarding functionality works like this:

1. A privileged user creates a new system gift (=award) with a specified threshold
2. A user reaches the threshold and is automatically given the award by the wiki software

--Jack Phoenix _(Contact) 12:27, 28 January 2012 (UTC)

Thank you, it worked :). But I've found a new bug. When I clicked on Special:GenerateTopUsersReport&period=monthly, the result was: (although I didn't modify any files below)

Non-string key given

Backtrace:

#0 /mediawiki-1.18.0/includes/GlobalFunctions.php(1183): MessageCache->get(NULL, true, Object(Language))
#1 /mediawiki-1.18.0/includes/GlobalFunctions.php(1307): wfMsgGetKey(NULL, true, Object(Language), false)
#2 /mediawiki-1.18.0/languages/Language.php(644): wfMsgExt(NULL, Array)
#3 /mediawiki-1.18.0/languages/Language.php(664): Language->getMessageFromDB(NULL)
#4 /mediawiki-1.18.0/extensions/SocialProfile/UserStats/GenerateTopUsersReport.php(91): Language->getMonthName(0)
#5 /mediawiki-1.18.0/includes/SpecialPageFactory.php(458): GenerateTopUsersReport->execute(NULL)
#6 /mediawiki-1.18.0/includes/Wiki.php(226): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#7 /mediawiki-1.18.0/includes/Wiki.php(626): MediaWiki->performRequest()
#8 /mediawiki-1.18.0/includes/Wiki.php(533): MediaWiki->main()
#9 /mediawiki-1.18.0/index.php(57): MediaWiki->run()
#10 {main}

However, Special:GenerateTopUsersReport&period=weekly works just fine. -- 123.20.16.213 06:47, 29 January 2012 (UTC)

Thanks for the report, this bug should be fixed with r110248. --Jack Phoenix _(Contact) 18:20, 29 January 2012 (UTC)