Extension talk:SocialProfile/Archive 4

Archived discussion: 1 | 2 | 3

''Please post new topics here, with the newest posts being at the bottom of the page. Discussions are archived gradually, so please check the archives to make sure that your question hasn't been answered already!''

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

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)

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.

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:
 * Similar proble but without the extension:

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)

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)


 * 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)

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)


 * 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)

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 (talk • contribs). 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)

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

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)

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)

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)


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

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)

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)
 * how do i make it writable? Sachein 12:44, 21 May 2009 (UTC)

Special:UpdateEditCounts gives permission error
--Wmburke 19:11, 1 June 2009 (UTC)

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)


 * 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 &mdash; 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)

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)


 * Make sure that the paths are correct &mdash; 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)


 * 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)


 * 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)


 * It is public - - 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)


 * 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)

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)

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)


 * 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 &mdash; which, btw, shouldn't throw any errors about "no such special page"). --Jack Phoenix (Contact) 14:29, 7 June 2009 (UTC)