Extension talk:SocialProfile/Archive 4

From mediawiki.org
Latest comment: 14 years ago by Cforrest3103 in topic Edit counts not changing

Does this extension work in MediaWiki 1.14? Thanks --LainieH 14:17, 27 March 2009 (UTC)Reply

Problems with MediaWiki 1.14, or something else?

I just installed this extension (created SQL tables, changed LocalSettings, etc.) and I get the following error when I try to update my profile:

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 "SpecialUpdateProfile::saveProfileBasic". MySQL returned error "1048: Column 'up_relationship' cannot be null (localhost)".

Any ideas?

Thanks,

  Keith
That's very odd - I've never seen such a bug myself. I decided to test this issue on my local install but I was unable to reproduce it. What version of PHP/MySQL/MediaWiki/SocialProfile are you using? --Jack Phoenix (Contact) 12:10, 4 April 2009 (UTC)Reply

Sorry it took so long to get back to you on this. I'm using PHP 5.2.6, MySQL 5.1.31, MediaWiki 1.14.0 and SocialProfile 1.3. Thanks for any help you can offer.

Same relationship problem with MediaWiki 1.15 - possible fix?

I'm experiencing the same problem using SocialProfile 1.4 - Column 'up_relationship' cannot be null". For me the error happens only on Windows environment (PHP 5.2.9-2, MySQL 5.1.30, Mediawiki 1.15.0) If I upload the same files/tables on UNIX host everything is working fine. I wasn't able to find why this happens. The error comes from UserProfile/SpecialUpdateProfile.php -> function saveProfileBasic() -> line (around 231):

'up_relationship' => $wgRequest->getVal( 'relationship' )

There isn't a relationship value in the request. I'm not familiar with the extension and not sure where this value suppose to come from. Here is how I fixed it:

'up_relationship' => $wgRequest->getVal( 'relationship' )

to

'up_relationship' => $wgRequest->getVal( 'relationship', 0 )

The relationship field doesn't allow NULL, so I'm simply assigning 0 as a default value. That to me seem like a temporary fix. I believe that the code need to change somewhere else. Rado Tsanev 18:51, 6 July 2009 (UTC)Reply

Similar proble but without the extension

I am getting the same error but with the initial setup itself (without extension). I installed and configured. Trying to change the initial page and I am getting the error. I was able to change the section but when i tried to change the main page i am getting the following 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 "Revision::insertOn". MySQL returned error "1048: Column 'old_text' cannot be null (localhost)". Retrieved from "http://localhost/mwiki/index.php?title=Main_Page --Bshakers 14:34, 3 June 2009 (UTC)Reply

Sysop can delete public postings on user board?

Is it possible for sysop's to delete public postings on the user boards? If so, how? If not, will it be implemented later? Frihet 00:07, 5 April 2009 (UTC)Reply

It's not currently possible nor something I'd be working on at the moment. If you think it's a feature that's needed, feel free to post a feature request on Bugzilla (product: MediaWiki extensions, component: SocialProfile). --Jack Phoenix (Contact) 10:20, 5 April 2009 (UTC)Reply

How to run install.php without command line?

I'm running a wiki on a webhoster's server and I'm not able to use the command line. What to do? Inserting the sql-files manually? Thanks in advance! --Taiko 08:29, 5 April 2009 (UTC)Reply

Yes, you can create the tables even if you don't have CLI. phpMyAdmin will do just fine. To create the tables, copy the SQL code from systemgifts.sql, user_board.sql, usergifts.sql, user_profile.sql, user_relationship.sql and user_stats.sql to your phpMyAdmin SQL query prompt. You may or may not need to remove the comments (lines beginning with two dashes, --). --Jack Phoenix (Contact) 10:20, 5 April 2009 (UTC)Reply

Socialprofile and GUMAXDD skin Conflict

Cannot use SocialProfile tool with GUMAXDD skin for some reason, when i remove socialprofile extension this skin which features drop down sidebar top navigation menu works correctly, however when i attempt to use both SocialProfile and GUMAXDD the drop down doesn't occur. It appears their is some type of conflict with javascripts between SocialProfile and GUMAXDD http://forum.paulgu.com/viewtopic.php?f=7&t=308&sid=07c574c5dd00900d4abadbe5e6ff4fde —The preceding unsigned comment was added by 205.232.42.46 (talkcontribs) . Please sign your posts with ~~~~!

The issue here is rather simple: the custom skin uses jQuery JavaScript library while SocialProfile uses the YUI JS library. It would be very nice if SocialProfile's JS scripts could be rewritten not to require YUI, but that's no easy task as YUI JS functions are used all around the code. I'm afraid that your only option right now is to disable one of the two: either the custom skin or SocialProfile. --Jack Phoenix (Contact) 13:42, 10 April 2009 (UTC)Reply

Board

I have triple checked the installation and I still cannot seem to get Board and Board Blast to run correctly or even appear. Any help or suggestions would be appreciated. The installation can be located at http://www.alphadogwiki.org

--32.131.7.69 21:35, 23 August 2009 (UTC)(Update) I tried getting this extension to work and finally went with a different CMS that handled the Social Networking aspect of my Dog Training and Dog Behavior website, which is still located at the address in my original post, that I won't repost here to avoid spamming our beloved wiki.Reply

Jquery and YUI

Is it possible to set the Jquery to like notconflict with the YUI, i've read it is but I don't know where I would need to put the noconflict to make the extension and skin work?--205.232.42.46 12:37, 1 May 2009 (UTC)Reply

I fixed this! Well YUI fixed this. YUI has a new library in development YUI 3.0. I read somewhere that it fixes a lot of conflicts with Jquery. I was able to manually copy the yui.js file from the new yui3.0 library over the same file in the socialprofile skin and it worked! ~~

I tried your fix and am now getting an error: Yahoo.js is undefined when attempting to send messages or add friends. - --205.232.42.46 20:24, 2 June 2009 (UTC)Reply

I can't understand this:

Directories
The following directories should exist under the wiki's $wgUploadDirectory:
avatars/ — the directory where all user-uploaded avatar images are stored
awards/ — system gift (award) and normal gift images will be stored here

Please read below for more info.

Add Default Avatar Images
Please move the directory avatars from extensions/SocialProfile for images used in your MediaWiki installation. This directory should be writeable.
Add Awards Folder
Please move the directory awards/ from extensions/SocialProfile for images used in your MediaWiki installation. This directory should be writeable. The images included in this folder by default can be used for awards if you upload them through

Special:SystemGiftManagerLogo, but they won't show up as "defaults" the same way avatar default images do show up. Sachein 20:21, 19 May 2009 (UTC)Reply

:It says

Internal error
Could not copy file "/tmp/phpXCiJcI" to "". Sachein 20:44, 19 May 2009 (UTC)Reply

Overall, I can't upload a avatar because I don't know where to put the 'folder - called avatar'

Sachein 22:16, 19 May 2009 (UTC)Reply

You have to put those folders into the images folder in the root installation of MediaWiki, and make sure they are writable. --63.229.85.226 18:16, 20 May 2009 (UTC)Reply

how do i make it writable? Sachein 12:44, 21 May 2009 (UTC)Reply

Special:UpdateEditCounts gives permission error

--Wmburke 19:11, 1 June 2009 (UTC)Reply

I have added myself to the 'staff' group, but it still gives me:

Permission error
Return to Main Page.

Any thoughts as to why this may be?

Newer versions (r50604+) require updatepoints user right rather than staff group membership. If this is not the case, make sure that the group is defined correctly (i.e. that it's defined as 'staff' rather than 'Staff'). --Jack Phoenix (Contact) 20:47, 1 June 2009 (UTC)Reply
Many thanks. I added this line to the LocalSettings.php and everything jumped into gear. It's all easy if you know what you're doing!
$wgGroupPermissions['staff']['updatepoints']    = true;
Are there any contra-indications for doing this I should be aware of?
That's what I have in the LocalSettings for the couple wikis that I've installed this extension on, so no — that's exactly as you should do it. Well, assuming that you want to keep a 'staff' usergroup. Some people don't want "useless" groups and thus they prefer assigning these new user rights to the existing 'bureaucrat' or 'sysop' groups. --Jack Phoenix (Contact) 06:44, 2 June 2009 (UTC)Reply

Board non-responsive

Everything's great, except when you click Send, nothing happens...

I have the latest SVN release with MW1.14.0 and the following in LocalSettings.php:

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

Oh yeah! And there are no entries in the user_board table in the database.

Any thoughts? Thanks --Wmburke 16:15, 4 June 2009 (UTC)Reply

Make sure that the paths are correct — specifically double-check the values of $wgUserProfileDirectory, $wgUserBoardScripts and $wgUserProfileScripts and make sure that they're correct. --Jack Phoenix (Contact) 17:34, 4 June 2009 (UTC)Reply
I haven't modified them. SocialProfile.php shows:
$wgUserProfileDirectory = "$IP/extensions/SocialProfile/UserProfile";
 
$wgUserBoardScripts = "$wgScriptPath/extensions/SocialProfile/UserBoard";
$wgUserProfileScripts = "$wgScriptPath/extensions/SocialProfile/UserProfile";
$wgUserRelationshipScripts = "$wgScriptPath/extensions/SocialProfile/UserRelationship";
If I try to change them, the profiles all go bad so it seems that these are right. Also, the UserBoard directory seems to be in the place specified.
--Wmburke 19:47, 4 June 2009 (UTC)Reply
Is your wiki public so I could take a look at it? In any case, you might want to use the Firefox extension called Firebug to see what the contents of extensions/SocialProfile/UserProfile/UserProfilePage.js are. --Jack Phoenix (Contact) 21:32, 4 June 2009 (UTC)Reply
It is public - [1] - thank you for your help. I checked with Firebug and it all looks right to me, but I probably just don't know what I'm looking for. --Wmburke 02:18, 5 June 2009 (UTC)Reply
I checked it out and everything looked fine, so I'm running out of ideas here...what happens when you click on the "send" button? What does Firebug show in its console? It should call make a POST request to index.php, calling the AJAX function 'wfSendBoardMessage'. --Jack Phoenix (Contact) 18:25, 5 June 2009 (UTC)Reply

Solution

Oh my, this was maddening!! But it's solved - after much struggling, I did an update from svn and it's all better. I'm not sure what happened before that it was not up to date - I only installed it about a week ago!!! But nonetheless, it's all better. --Wmburke 21:03, 5 June 2009 (UTC)Reply

No Such Special Page error

When a user receives a notification of a board posting in their email and clicks through to see it when not logged in, it sends them to the following url:

http://openforumfoundation.org/community/Special:UserLogin&returnto=Special:UserBoard

with the No Such Special Page error. At the same time, at the bottom of the error page, it includes the line:

Return to Special:UserBoard.

So it recognizes the returnto designation. If the full original url is entered, everything works as expected:

http://openforumfoundation.org/w/index.php?title=Special:UserLogin&returnto=Special:UserBoard

Similarly, if just the following is entered:

http://openforumfoundation.org/community/Special:UserLogin&

it gives the No Such Special Page error, but without the Return to Special:Userboard message (obviously).

Does this make any sense? I thought it was an .htaccess error, but other pages seem to respond properly when accessed at inappropriate times, eg when not logged in

http://openforumfoundation.org/community/Special:UnwatchedPages

gives a permission error as would be expected.

Thanks --Wmburke 01:59, 6 June 2009 (UTC)Reply

This has absolutely nothing to do with a user's login state. It's a simple issue of pretty versus ugly URLs. The first URL doesn't work because there is no special page called "Special:UserLogin&returnto=Special:UserBoard". As you noticed, it requires the ugly URL for it to work (or then alternatively Special:UserLogin?returnto=Special:UserBoard — which, btw, shouldn't throw any errors about "no such special page"). --Jack Phoenix (Contact) 14:29, 7 June 2009 (UTC)Reply

Thanks, Jack - do you just run it with ugly URLs then? Is there an easy solution? I'm posting over on the Short URL Talk page also, but thought you might have an easy solution since you seem to be able to do that... --Wmburke 19:43, 8 June 2009 (UTC)Reply

I run my MWs with short URLs, but I don't know how many users actually use the email notification features provided by SocialProfile. It is possible that this bug is present over there, but so far nobody's mentioned a word about broken links so I assume not so many of my users care to use email notifications. --Jack Phoenix (Contact) 17:04, 9 June 2009 (UTC)Reply

Is there a resolution for this? We're encountering the same problem. --Tomfuie 18:39, 26 June 2009 (UTC)Reply


This issue is more fundamental than it seems.

To see what I mean, log in, go to your UserBoard, log out, then click the Return to UserBoard link. At least in MW 1.11 and SP v1.1 it takes you to the No such special page message. It seems like this SocialProfile special page is handled in some way that doesn't include a redirect to the login page when that's necessary. ViewRelationshipRequests is handled correctly however. I need to address this, would love advice, and will post what I find here in a week or two as I make time to resolve this. - Ivolucien 19:23, 27 June 2009 (UTC)Reply

Solution for v 1.1

One wayward line in SpecialUserBoard.php causes this. It's an easy fix, and I'll ping the developer(s) with it.

In SocialProfile/UserBoard/SpecialUserBoard.php, at the beginning of function execute(), fix the redirect line as shown here:

           $wgOut->redirect( $login->getFullURL("returnto=Special:UserBoard") );

It looks like this in v1.3:

       /**
       * Redirect Non-logged in users to Login Page
       * It will automatically return them to the UserBoard page
       */
       if($wgUser->getID() == 0 && $user_name==""){
           $login =  Title::makeTitle( NS_SPECIAL, "UserLogin" );
           $wgOut->redirect( $login->getFullURL() . '&returnto=Special:UserBoard' );
           return false;
       }

The old version attempts to append the returnto argument at the end of the URL, creating a mangled link. This fix uses getFullURL's existing functionality to format the URL correctly. - Ivolucien 20:54, 27 June 2009 (UTC)Reply

I've added a bugzilla item with this proposed patch. - Ivolucien 21:13, 27 June 2009 (UTC)Reply

Possible Solution for v 1.3

In SocialProfile/UserBoard/SpecialUserBoard.php, at the beginning of function execute(): From:

                /**
                 * Redirect Non-logged in users to Login Page
                 * It will automatically return them to the UserBoard page
                 */
                if( $wgUser->getID() == 0 && $user_name == '' ){
                        $login = SpecialPage::getTitleFor( 'Userlogin' );
                        $wgOut->redirect( $login->getFullURL() . '&returnto=Special:UserBoard' );
                        return false;
                }
                

To:

                /**     
                 * Redirect Non-logged in users to Login Page
                 * It will automatically return them to the UserBoard page                 */
                if( $wgUser->getID() == 0 && $user_name == '' ){
                        $login = SpecialPage::getTitleFor( 'Userlogin' );
                        $wgOut->redirect( $login->getFullURL('returnto=Special:UserBoard') );
                        return false;                }

--Tomfuie 10:21, 29 June 2009 (UTC)Reply

Listing Users

Hi, I would like to be able to list all the users on a page with their name, avatar and possibly some custom fields: is this possible with Social Profile? This looks like a great extension. I am testing it on our development server now. --LainieH 19:59, 8 June 2009 (UTC)Reply

I'm not sure that this is exactly what you're looking for, but Special:TopUsers might be a good start. --Wmburke 20:43, 8 June 2009 (UTC)Reply

Special:InviteContacts doesn't work

According to a comment on Archive 1, this special page was not included in the extension. However, there are links to it, and it would obviously be very handy. Is it possible to get this page included or is there more to the story? --Wmburke 17:15, 13 June 2009 (UTC)Reply

InviteContacts is not just a part of SocialProfile, but rather its own, separate extension. And it's relatively large, too. I've been working on it, haven't gotten around proper testing yet. Anyway, InviteContacts uses a program called 'getmycontacts' and what worries me is the notice "You may not distribute this software without prior permission" on the getmycontacts files. You may want to remove links to Special:InviteContacts for now. --Jack Phoenix (Contact) 19:01, 13 June 2009 (UTC)Reply

This is an amazing extension. Any news on InviteContacts? Thanks! Renareich 09:21, 23 September 2009 (UTC)Reply

Square Images

I have had a couple of users struggle with the square image. Is there a way to change that so that it keeps the original image ratio during upload? Alternatively, is there a means by which the user can adjust the square similar to what Twitter allows? --Wmburke 17:15, 13 June 2009 (UTC)Reply

No. --Jack Phoenix (Contact) 19:01, 13 June 2009 (UTC)Reply

Upload Avatar by sysop

I do want to have an opportunity to upload an avatar by a sysop (to avoide the hurdle for users to convert images manually)-Bert

Avatars are per-user thing and as such every user must upload them individually, others cannot upload a user's avatar for them. --Jack Phoenix (Contact) 12:45, 25 June 2009 (UTC)Reply

Search doesn't work

MediaWiki 1.14: I could not find any text strings anything searching in the namespaces-Bert

What were you searching for? --Jack Phoenix (Contact) 12:45, 25 June 2009 (UTC)Reply
Jack, I was searching for text which was in the social profiel fields. Even with a search in the profile namespaces and all namespaces it didn't pop up. Same thing on the example site (Halopedia): any text in the fields of the social profile will not be found by the search engine- Bert

Having Wiki Userpage as a default user page

I need to enable users to have their wiki userpage as a default userpage and only switch to their own social profile when they choose to do so. Similarly, I need users to see other people's wiki userpages as a default page.

Any idea of how can I do that? Thanks. -- Alex G. 11:55, 18 June 2009 (GMT)

I don't think you can do that. --Jack Phoenix (Contact) 12:45, 25 June 2009 (UTC)Reply

Lots of Notices in the output

This extension displays lots of notices about undefined variables, if PHP error_reporting set to E_ALL. This variables are: location_country (l. 318), hometown_country (l. 321), location_city (l. 369), location_state (l. 376), hometown_city (l. 394), hometown_state (l. 401), birthday (l. 419), about (l. 427), occupation (l. 437), schools (l. 447), places (l. 457), websites (l. 467) and so on. --Lockal 16:30, 22 June 2009 (UTC)Reply

What version of SocialProfile are you using? Using 1.4 (latest trunk) with error_reporting( E_STRICT | E_NOTICE | E_ALL ); in my wiki's LocalSettings.php pretty much the only notice I get is "Notice: Undefined variable: birthday_date in ../extensions/SocialProfile/UserProfile/SpecialUpdateProfile.php on line 206" on Special:UpdateProfile. --Jack Phoenix (Contact) 12:45, 25 June 2009 (UTC)Reply
I used fresh installation of trunk MediaWiki and trunk version of SocialProfile. I get this notices if I have not set up any personal information. For example, when I enter my name and update profile, I get only birthday_date notice. --Lockal 14:51, 25 June 2009 (UTC)Reply

Shell command

It would be nice to know how to run the shell command to run the php on the article's page instead of searching for it :/ Actually did a search and still can't find it. Why can't you guys make it more simple? Command line isn't user friendly, at all.

Lots *more* Notices in the output

There are more missing variables than the birthday_date. (I have removed part of the paths with "..." to shorten the lines here)

Special:UpdateProfile

Notice: Undefined variable: birthday_date in .../extensions/SocialProfile/UserProfile/SpecialUpdateProfile.php on line 208

Special:GiftManager

Notice: Undefined variable: per_page in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 125
Notice: Undefined variable: page in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 125

Special:GiftManager&method=edit

Notice: Undefined variable: gift in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 156
Notice: Undefined variable: gift in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 160
Notice: Undefined variable: gift in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 198
Notice: Undefined variable: gift in .../extensions/SocialProfile/UserGifts/SpecialGiftManager.php on line 199

User:Someuser (who has board messages)

Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 340
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 341
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 340
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 341

Special:UserBoard&user=Someuser

Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 340
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 341
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 340
Notice: Undefined variable: timeStr in .../extensions/SocialProfile/UserBoard/UserBoardClass.php on line 341

Special:TopAwards

Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 38
Notice: Use of undefined constant category_id - assumed 'category_id' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 45
Notice: Use of undefined constant category_threshold - assumed 'category_threshold' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 45
Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 124
Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 126
Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 126
Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 126
Notice: Use of undefined constant category_name - assumed 'category_name' in .../extensions/SocialProfile/SystemGifts/TopAwards.php on line 126

Special:TopUsers

Notice: Undefined variable: lines in .../extensions/SocialProfile/UserStats/TopUsers.php on line 75
Notice: Undefined variable: last_level in .../extensions/SocialProfile/UserStats/TopUsers.php on line 107

There may be more than this, this is what I could quickly find in a few minutes. This is Mediawiki 1.14 and SocialProfile 1.13. --64.17.230.98 19:12, 25 June 2009 (UTC)Reply

Found another..
Special:ViewRelationshipRequests (when accepting a friend request)
Notice: Undefined index: response in .../extensions/SocialProfile/UserRelationship/Relationship_AjaxFunctions.php on line 20
--64.17.230.98 19:18, 25 June 2009 (UTC)Reply
And another...
Special:UploadAvatar (after clicking the submit button)
Notice: Undefined variable: type in .../extensions/SocialProfile/UserProfile/SpecialUploadAvatar.php on line 336
Notice: Undefined variable: stash in .../extensions/SocialProfile/UserProfile/SpecialUploadAvatar.php on line 341
Internal error
Could not copy file "/tmp/phpy2oYxg" to "".
It would appear as if some file with all these variable declarations is missing?
--64.17.230.98 19:24, 25 June 2009 (UTC)Reply
Replied on my talk page regarding this. The "Internal error" on Special:UploadAvatar is caused by incorrect folder permissions; your webserver user (www-data, apache, nobody or whatever it's called) needs read/write permissions to images/avatars/ and its subfolders. --Jack Phoenix (Contact) 10:09, 26 June 2009 (UTC)Reply

Fatal error

After thinking I finally got this installed, then I get the following error: Fatal error: Call to undefined method Language::pipeList() in /home/.cathulu/kingkwon/koreanwikiproject.com/wiki/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 485

help! --Bluesoju 00:45, 26 June 2009 (UTC)Reply

Update your MediaWiki to 1.15. --Jack Phoenix (Contact) 10:09, 26 June 2009 (UTC)Reply
It's already version 1.15 --Bluesoju 17:14, 26 June 2009 (UTC) I'm mistaken, dreamhost said it was automatically updated but I checked the version and it wasn't 1.15 afterall. Sorry and thanks --Bluesoju 15:24, 28 June 2009 (UTC)Reply

Future suggestions

How about fields for Education obtained(i.e. degrees) and languages spoken and how well they can speak it (kinda like babel). --Bluesoju 01:06, 3 July 2009 (UTC)Reply

For now, that can be done by editing the "custom" section...it's not a bad idea though, I actually like it. :-) --Jack Phoenix (Contact) 20:43, 6 July 2009 (UTC)Reply

Localisation

any possibility to change the language and date-format to german? --80.228.188.190 20:10, 4 July 2009 (UTC)Reply

What dates need changing and on what pages? --Jack Phoenix (Contact) 20:43, 6 July 2009 (UTC)Reply

I need to change the language, is there a file I can translate? --Stefano Delle Monache 21:39, 31 August 2009 (UTC)Reply

No Preview on pinboard

Is there no chance to preview the messages on the pinboard? --80.228.188.190 20:10, 4 July 2009 (UTC)Reply

Nope. UserBoard accepts standard wikitext input (i.e. '''bold''' outputs bold and so on). --Jack Phoenix (Contact) 20:43, 6 July 2009 (UTC)Reply

You've seen it before, you'll see it again

Could not copy file "C:\xampp\tmp\phpF531.tmp" to "".

Makes it appearance on my Wiki now and for starters, latest Mediawiki software, latest version of SocialProfile, permissions hopefully set right (Vista after all, UAC IS off however) and I own the server this is running off of. Rgoodermote 04:57, 6 July 2009 (UTC)Reply

Can't help you with that, sorry. In most (read: 98%) cases this has been a permissions-related issue however. I just can't imagine anyone running a production site under Windows (I do development on Vista but all my production sites use Unix-based OSes). --Jack Phoenix (Contact) 20:43, 6 July 2009 (UTC)Reply
It's the only thing I can use for a server as it's my only computer and all other OS's have driver related issues because of Window's monopoly on drivers. Do you know how I change the permissions on Windows Vista? I've done what I know about permissions on windows and set the visible permissions in the properties to RW-RW-RW or 777 to Linux users, however those are the easy to find ones. Also, I'm not having any issues with uploading any thing. Rgoodermote 22:17, 6 July 2009 (UTC)Reply
Ignore the above, I know what the problem is, however some one needs to tell me what is being said in number of three of this because I've never seen anything quite like this before. Rgoodermote 22:43, 6 July 2009 (UTC)Reply
This helped. Rgoodermote 22:55, 6 July 2009 (UTC)Reply


Also happens to me, but i know why: this error happens when the file you want to upload have more than one dot , Example my.image.png

Ok, i fixed this bug:

open SpecialUploadAvatar.php, goto function splitExtensions and replace this line (655):

$bits = explode( '.', $filename );
$basename = array_shift( $bits );

by this other one:

$bits[] = end(explode('.', $filename));
$basename = array( $bits );

Hope this helps (Jipipayo 12:45, 7 October 2009 (UTC))Reply

Undefined variables

There are a lot of undefined variables when user didn't save preferences in the database. This have been reported previously from other users. You need to enable error reporting at LocalSettings.php in order to see them:

error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

I investigated the code... let's say UserProfile/SpecialUpdateProfile.php -> function displayBasicForm(). We have a select statement ($s = $dbr->selectRow(..... ) in order to get the user information. If there is no record for this specific user selectRow will return false. Then in the function we have:

if ( $s !== false ) {
   $location_city = $s->up_location_city;
   $location_state = $s->up_location_state;
   $location_country = $s->up_location_country;
   $birthday = $this->formatBirthday($s->up_birthday);

It's missing the else statement which means that for example $birthday will always be undefined for new users. Don't we need to assign empty values for new users? Something like:

$birthday = $s !== false ? $s->up_birthday : "";

SocialProfile 1.4, PHP 5.2.8, MySQL 5.1.3, Mediawiki 1.15.0 Rado Tsanev 19:39, 7 July 2009 (UTC)Reply

Hm, interesting. I'll test this and see if I can reproduce the notices. --Jack Phoenix (Contact) 13:19, 12 August 2009 (UTC)Reply

Use MediaWiki's Upload functon for avatars

Hi. Is it possible that I can use the MediaWiki-intern upload function for avatars? My hoster has disabled the PHP-function exec(). Sorry for my bad English, I'm Austrian ^^ --91.113.28.46 17:55, 16 July 2009 (UTC)Reply

No. I'd suggest getting a better webhost. --Jack Phoenix (Contact) 13:19, 12 August 2009 (UTC)Reply

Blank Avatar Upload

at first I got the following error whenever I tried to upload an avatar:


Invalid argument supplied for foreach() in /webroot/extensions/SocialProfile/UserStats/UserStatsClass.php on line 470

After commenting out the foreach(), I get no error but a empty SpecialPage when uploading an avatar Does anyone have any idea what the issue is? Normal wikimedia upload works fine. 88.70.48.152 19:41, 17 July 2009 (UTC)Reply


Ok, I turned Error Reporting on and got: Undefined variable:type in /webroot/extensions/SocialProfile/UserProfile/SpecialploadAvatar.php on line 309 Undefined variable:type in /webroot/extensions/SocialProfile/UserProfile/SpecialploadAvatar.php on line 356 88.70.48.152 09:12, 18 July 2009 (UTC)Reply

The notice about "undefined variable: type" has been fixed in latest trunk, I suggest upgrading your version of SocialProfile. --Jack Phoenix (Contact) 13:19, 12 August 2009 (UTC)Reply
Still present in trunk. that'll help the person out. 72.224.127.117 02:04, 22 August 2009 (UTC)Reply


Thank you! The new version solved all my problmes :) 88.70.63.252 13:53, 23 August 2009 (UTC)Reply

I am using the latest version, and I needed to comment out a foreach as well (line 430). Everything seems to be working. What did I break by doing that? Renareich 20:50, 21 September 2009 (UTC)Reply

UserThought and UserImages

Hello, is it possible to integrate the UserThought and UserImages features? ~~ —The preceding unsigned comment was added by 205.232.42.46 (talkcontribs) . Please sign your posts with ~~~~!

UserStatus will not be integrated if it's up to me -- not in its current state anyway, because it's a site-specific hack. UserImages is on my list and will be integrated when I have enough time to test it etc. --Jack Phoenix (Contact) 13:19, 12 August 2009 (UTC)Reply


How do I delete awards?

I was testing and gave myself an award. I don't know how to get rid of it. —The preceding unsigned comment was added by Iloveemeryville (talkcontribs) . Please sign your posts with ~~~~!

It seems that awards (a.k.a system gifts) cannot be deleted currently. --Jack Phoenix (Contact) 13:19, 12 August 2009 (UTC)Reply

Is there a way to delete it at the mediawiki folder level?

One other thing, When a user has friend or foe requests, is a message suppose to appear that lets them know? . If so, for some reason that isn't happening. thanx --Iloveemeryville 14:16, 12 August 2009 (UTC)Reply

UserWelcome extension can be used to display pending friend/foe requests on a wiki page. If it's not installed, then it's up to each and every user to visit Special:ViewRelationshipRequests by themselves. --Jack Phoenix (Contact) 12:26, 2 October 2009 (UTC)Reply

Add as friend | Add as foe always shows

I can't get the Links to be hidden. I already tried commenting it out / delting / setting it to false in LocalSettings.php, but no Luck. - 88.70.63.252 19:45, 24 August 2009 (UTC)Reply

They're not really meant to be hidden. You'd have to hack the codebase to remove the links. --Jack Phoenix (Contact) 12:26, 2 October 2009 (UTC)Reply

Awards Configuration

I've noticed that there are a bunch of awards icons such as CommentsAward_5.gif, EditsAward_1000.gif and RecruitAward_3.gif. Do we have to configure those under "System gifts", or are they pre-configured?

They're not pre-configured, but the images are there in case if someone wants to use them. --Jack Phoenix (Contact) 12:26, 2 October 2009 (UTC)Reply

Won't install

I am trying to install SocialProfile on my wiki, but to no avail. It gives error after error after I tried to fix the first.
First it gave me a "No superuser credentials could be found." error, while these were perfectly fine in AdminSettings.php; I copied them into the install.php and then it skipped to the "A connection to the database could not be established." error, while all of these settings are perfectly fine and tested for too... Help? Sidearm 11:22, 14 September 2009 (UTC)Reply

edit: Oh yeah, I'm using SociaProfile 1.13.x with MediaWiki 1.13.2, php 5.2.6, MySQL 5.0.22

Just create the tables manually. See the appropriate .sql files for the queries you need to run against your database to create the tables. --Jack Phoenix (Contact) 12:26, 2 October 2009 (UTC)Reply

Fatal error: Call to undefined method OutputPage::addExtensionStyle() in /var/lib/mediawiki/extensions/SocialProfile/UserProfile/UserProfile.php on line 76

Product Version
MediaWiki 1.13.2
PHP 5.2.4-2ubuntu5.4 (apache2handler)
MySQL 5.0.51a-3ubuntu5.4
SocailProfile 1.4

After installation and configuration, when I attempt to go to a user page (/index.php?title=User:Cforrest) I get the error message in the header. I am hoping you can give me some guidance beyond upgrading MediaWiki. I would prefer to use an older version of SocialProfile before I would want to upgrade MediaWiki. The extension page says it will work with 1.13 and up.

Thank you for your help, --Cforrest 21:47, 1 October 2009 (UTC)Reply

SocialProfile version 1.4 works with MediaWiki 1.14.0 at least; can't say about older versions for sure. In any case, you should upgrade your MediaWiki — updating is relatively straightforward even if you don't have shell access. --Jack Phoenix (Contact) 12:26, 2 October 2009 (UTC)Reply

PopulateAwards

To update the Awards Speciaal:PopulateAwards has to be run. How can this be done by a cronjob? --NandaJansen 13:54, 19 October 2009 (UTC)Reply

Create a maintenance script that calls $g = new SystemGifts(); $g->update_system_gifts(); and put that script on cron. --Jack Phoenix (Contact) 22:42, 31 October 2009 (UTC)Reply

Edit counts not changing

The edit counts aren't changing. Even when loading Special:UpdateEditCounts and making namespace additions and subtractions to $wgNamespacesForEditPoints the counts don't change. Any suggestions would be appreciated.

Product Version
MediaWiki 1.15.1
PHP 5.2.4-2ubuntu5.4 (apache2handler)
MySQL 5.0.51a-3ubuntu5.4
SocailProfile 1.4

--Cforrest 00:35, 13 November 2009 (UTC)Reply

UPDATE User cannot be a member of the 'Bots' User Group --Cforrest3103 23:34, 1 December 2009 (UTC)Reply

Annoying Error

I get these errors when ever I remove or add a relationship

Notice: Undefined index: IDHost in ..../w/includes/UserMailer.php on line 150


Notice: Undefined index: response in ..../w/extensions/SocialProfile/UserRelationship/Relationship_AjaxFunctions.php on line 21

Warning: Invalid argument supplied for foreach() in ..../w/extensions/SocialProfile/UserStats/UserStatsClass.php on line 430

Notice: Undefined variable: stats_data in ..../w/extensions/SocialProfile/UserStats/UserStatsClass.php on line 464

Warning: Invalid argument supplied for foreach() in ..../w/extensions/SocialProfile/UserStats/UserStatsClass.php on line 430

Notice: Undefined variable: stats_data in ..../w/extensions/SocialProfile/UserStats/UserStatsClass.php on line 464

Notice: Undefined index: IDHost in ..../w/includes/UserMailer.php on line 150


Notice: Undefined variable: out in ..../w/extensions/SocialProfile/UserRelationship/SpecialRemoveRelationship.php on line 121

- Rgoodermote  19:58, 13 November 2009 (UTC)Reply

I think that some of these should be fixed by now...IDHost notice is related to $wgSMTP, not to SocialProfile extension. --Jack Phoenix (Contact) 14:55, 24 November 2009 (UTC)Reply

Just WikiSysop can send Gifts

Hello, I was able to install SocialProfile successfully. After a While testingt I notice that just WikiSysop can send gifts:

Going to http://localhost/mediawiki/index.php?title=Especial:GiveGift&user=mariocesar returns "Woops, you took a wrong turn! The link you have entered is invalid."

There is a setup that I am Missing? I would really like some guidelines. Thanks —The preceding unsigned comment was added by 201.222.110.157 (talkcontribs) . Please sign your posts with ~~~~!

Check the value of gift_access column in gift table; it should be 0 (which means that everyone can send this gift). If it is 1 (which means that only the creator of the gift can send it), change it to 0. --Jack Phoenix (Contact) 14:55, 24 November 2009 (UTC)Reply