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.

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)