Extension talk:SocialProfile/Archive 2

Archived discussion: 1

Support for MediaWiki 1.12
Do you have any intentions to support MediaWiki 1.12?

Gnom 10:45, 10 June 2008 (UTC)


 * What do you mean exactly? IIRC, this works quite nicely on 1.13alpha and thus should work on 1.12 likewise. -- Sayuri 13:18, 10 June 2008 (UTC)

Stable?
NOTE: This extension will not work for installations running on Windows. In SpecialUploadAvatar.php, there is a method that executes thus: exec("convert -size " . $thumbWidth . "x" . $thumbHeight ... etc Note that 'convert' on Windows does not convert images, rather it 'Converts a FAT volume to NTFS'. While you won't end up doing that, you will certainly get an error when trying to upload. Discovered whilst trying to get avatars working on a WAMP system.

Sayuri, this extension has been changed to 'Stable' now, I notice you made that change, and also that the SVN files must have been updated somewhat to include the avatars...

I still have the issues stated on the previous page...so unless their has been substantial updates, I still would not consider this extension stable?

Can you tell me what else has changed, to justify the stable status?

Cheers --HTPCnz 11:00, 18 May 2008 (UTC)


 * In 34829 I added the avatars directory from the SourceForge release, made some hardcoded strings i18n-able, fixed message loading in user profile pages (UserBoard messages weren't being loaded and had to be created manually if one wanted to have other text in there than &lt;userboard_message&gt; or such). The preg_replace_callback issue with the 'cut_link_text' function was fixed by commenting out a line...it didn't break anything on my development wiki, more like fixed things.


 * If CSS/JS aren't being loaded, you can change the values of $wgUserBoardScripts, $wgUserProfileScripts and $wgUserRelationshipScripts in LocalSettings.php. Yes, I'm very much aware of things like UserStatsClass.php throwing errors or Special:InviteContacts not being included in the package. However, those are things that I cannot fix myself. It would require Wikia, Inc. to release more of their code to the public. As far as I'm concerned, they're working on it.


 * It works relatively nicely on this one wiki that I administrate (which isn't even English and has $wgDBprefix set, btw) and I haven't heard too many complaints from our users. I'm not saying that this is something of CheckUser quality, I'm saying that this is stable enough that I dare to put it on a live site that is open for everyone. -- Sayuri 12:06, 18 May 2008 (UTC)


 * Ok, I have updated the files in 34829, and agree the extension is much better now.


 * It has removed most of my previous issues and warnings...I now have no warnings remaining on screen, and every feature works.


 * The only issues I have now is that the following warning:
 * Warning: Invalid argument supplied for foreach in /xxxx/xxxxxx/xxxxxxxx/htpcnz.net/extensions/SocialProfile/UserStats/UserStatsClass.php on line 378
 * It appears in the following cases:
 * After accepting new freind/foe requests
 * After sending someone a message using the Board
 * After using Board Blast


 * You already know of it, but any other thoughts?
 * --HTPCnz 09:55, 19 May 2008 (UTC)


 * If you feel adventurous enough, I suppose you could comment out the foreach loop (lines 378-384) and see what breaks, if anything. Better solution (IMO) would be to get Wikia release their UserLevels extension. ;-> -- Sayuri 12:32, 19 May 2008 (UTC)


 * Ok...commenting that loop out has worked, all warnings are gone, and everything still works...Perfect!
 * I will keep testing and digging to see if anything breaks as a result, and if so will post back here...but at this point, all looks perfect :) --HTPCnz 13:55, 19 May 2008 (UTC)

Customizing
Now that I have eveything stable and running perfectly, I will attempt to modify the code to display what I want, and any help/advice would be appreciated.

I want to change the 'Custom information' section... The 'Tidbits' currently have 4 'Custom' text input boxes available, I want to add more, and rename them...

Current example:
 * Custom 1
 * Custom 2
 * Custom 3
 * Custom 4

What I want:
 * Case
 * Motherboard
 * TV Tuner
 * Hard Drive
 * CPU
 * etc etc......

Anyone know where I should start looking? --HTPCnz 14:12, 19 May 2008 (UTC)


 * Edit MediaWiki:Custom-info-field1, MediaWiki:Custom-info-field2, MediaWiki:Custom-info-field3 and MediaWiki:Custom-info-field4. I'm not sure if you can add more fields without hacking the source. However, writing a quick extension might be possible if you use the four given hooks. -- Sayuri 14:58, 19 May 2008 (UTC)


 * Editing the files MediaWiki:Custom-info-field1, MediaWiki:Custom-info-field2, MediaWiki:Custom-info-field3 and MediaWiki:Custom-info-field4 does nothing.


 * I was able to cheat, and change the UserProfile.i18n file to change the names...but thats tacky.


 * I also modified UserProfilePage.php, UserProfileClass.php and SpecialUpdateProfile files to add another feild, with no success. :( --HTPCnz 09:33, 20 May 2008 (UTC)


 * The MediaWiki messages work for me. Check that $wgUseDatabaseMessages is set to true. -- Sayuri 14:04, 23 May 2008 (UTC)

Relationship requests
MediaWiki: 1.11.0

svn revision: 35175 (of 35213)
 * Not able to accept or reject Relationship requests. Access website.com/wiki/index.php/Special:ViewRelationshipRequests, select "Accept" and I get a js object error "Special:ViewRelationshipRequests line 102"

error.log

Undefined variable: output in /srv/mediawiki/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 532, Undefined variable: output in /srv/mediawiki/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 561 File does not exist: /srv/www/html/extensions, referer: http://website.com/wiki/index.php/Special:ViewRelationshipRequests


 * Please help! --ReidSerozi 02:59, 23 May 2008 (UTC)


 * One problem might be MediaWiki 1.11, I dunno really, but I guess it should work under 1.11 too.


 * Regarding the JS problem, make sure to set $wgUserBoardScripts, $wgUserProfileScripts and $wgUserRelationshipScripts</tt> to proper values in LocalSettings.php, e.g. $wgUserRelationshipScripts = "http://example.com/extensions/SocialProfile/UserRelationship";</tt> and so on. -- Sayuri 14:04, 23 May 2008 (UTC)


 * I have it working on MediaWiki 1.11 with no issues (now)
 * I made a small page highlighting the modifications I made to get this extension to work error free, and have made a download available including the version files I used with the edits I made. It can be found here. --HTPCnz 23:09, 23 May 2008 (UTC)

Avatar Uploading
I have big problems uploading avatars and i can not see the default avatars either. When I try to upload I always get the following message:

Warning: Invalid argument supplied for foreachin /mnt/web8/40/11/5926111/htdocs/hs/fhwiki/wiki/extensions/SocialProfile/UserStats/UserStatsClass.php on line 378 Interner Fehler: File „/mnt/shared/tmp/phpzeaqfz“ could not be copied to „“.

I tried many things with "imagemagick", but maybe I use the wrong absolute path to its convert command? But on the other hand I think the sample avatars must be viewable, but i can´t see them. Can anybody help me? Thanks alot.


 * I've got a similar problem. I can see the default avatars, but if I try to upload my own avatar, I got the same message: "Interner Fehler: Die Datei „D:\xampp\tmp\php1083.tmp“ konnte nicht nach „“ kopiert werden."


 * A couple of possible reasons for avatar errors:


 * Has the default images folder and files being correctly placed within your wiki images folder folder? (eg. /your_site/images/avatars/) This is required.
 * Has the images folder been chmod 777? This is required.
 * Does your wiki use a prefix? This causes/caused problems, and for this extension to work error free, you may have to remove use of prefix.
 * What version files are you using?...some files have been updated and have fixed many of past errors/issues. I recommend updating files to those found here: 34829


 * As for the warning message:
 * Warning: Invalid argument supplied for foreachin /mnt/web8/40/11/5926111/htdocs/hs/fhwiki/wiki/extensions/SocialProfile/UserStats/UserStatsClass.php on line 378
 * This can be removed by commenting out the foreach loop (lines 378-384)...everything else still works fine.


 * I would also suggest reading through all the comments left on the 'archived' discussion page, as many of these issues have come up time and time again and there can be soloutions hidden there.


 * Hope that helps --HTPCnz 10:46, 9 June 2008 (UTC)


 * Hmm I tried everything and looked some of the archieved articles - so I found out that I must have a ImageMagick-problem... -->

problem with ImageMagick functions
I tried to upload a picture with the regular "Upload file"-function and - voila - there is a problem! The convert command can not be found although I put in the path to the special ImageMagick software of my provider "Strato" (i know i know, it´s not the favourite one, but I am afraid of changing it for just this reason). They say that this should be the path to it:

/opt/RZmagick4/bin/

Regarding the absolute path the FAQ gives the following instruction:

/home/strato/www/first_two_letters/www.yourdomain.de/htdocs/

so normaly i would type in:

$wgImageMagickConvertCommand = "/home/strato/www/first_two_letters/www.yourdomain.de/htdocs/opt/RZmagick4/bin/convert"

But I still got the message: Mistake creating the thumbnail: sh: /home/strato/www/first_two_letters/www.yourdomain.de/htdocs/opt/RZmagick4/bin/convert: not found

I spent several hours changing the paths and searching the web for a solution - but still have no success. I would be so thankful if someone could help me

Paths to custom CSS
In SocialProfile.php</tt>, I think $wgScriptPath</tt> needs to be prepended to $wgUserBoardScripts</tt>, $wgUserProfileScripts</tt>, $wgUserRelationshipScripts</tt>, for some installations. E.g.: $wgUserBoardScripts = "$wgScriptPath/extensions/SocialProfile/UserBoard"; $wgUserProfileScripts = "$wgScriptPath/extensions/SocialProfile/UserProfile"; $wgUserRelationshipScripts = "$wgScriptPath/extensions/SocialProfile/UserRelationship";

-Jlerner 19:39, 15 June 2008 (UTC)


 * Fixed in 36399. -- Sayuri 19:22, 17 June 2008 (UTC)

Parts not the whole
Is it possible to use parts of this extension (since they download into subdirectories) and not the whole? Specifically I just want the social profile pages to replace user pages but don't need the boards and stuff.

Kay


 * I'd say that it's relatively impossible. By relatively, I mean that it takes too much work. It's simpler to download the whole extension and disable some of the features. -- Sayuri 21:41, 25 June 2008 (UTC)

Undisableable relationship features
The relationship settings don't seem to be working properly: I can't disable the friends and/or foes features, even when I set in LocalSettings.php.

Also, SpecialPopulateExistingUsersProfiles.php doesn't seem to properly account for the database prefix. —Emufarmers(T 17:42, 22 June 2008 (UTC)


 * I don't know why you would want to disable those features...but try setting them in SocialProfile.php or in /SocialProfile/UserProfile/UserProfile.php. And I'm aware of the database prefix issue, but fixing it wasn't quite straightforward and since it's a script that should be ran only once, I figured it wouldn't matter too much. -- Sayuri 21:41, 25 June 2008 (UTC)

Can't download the files SVN
Hello,

I have download an prog to download the files by adding the link in that programm / map (TortoiseSVN). Now i added this link at import: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/SocialProfile. And this is the error; Error: Repository moved permanently to Error: '/viewvc/mediawiki/trunk/extensions/SocialProfile/'; please relocate Can someone upload the files good or what do i have to do? --Cobra 20:50, 25 June 2008 (UTC)


 * Use /svnroot/ instead of /viewvc/. So the URL would look like http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SocialProfile/ then. -- Sayuri 21:41, 25 June 2008 (UTC)

Is there another way to create tables if I don't have access to the command line?
I like this extension so much, however I am using a shared server and can't access the command line. Is there a workaround for that? Can you please provide some SQL code so I can create the tables without running the install.php script? Thanks a lot!--24.6.151.20 23:36, 27 June 2008 (UTC)


 * The code you need is there within install.php, you just have to extract the part you need. (how I installed the tables on my shared hosting) --HTPCnz 10:00, 28 June 2008 (UTC)

if( $dba->tableExists( 'user_board' ) ) { echo( "The table already exists. No action was taken.\n" ); } else { $sql = $dir. '/UserBoard/user_board.sql'; if( $dba->sourceFile( $sql ) ) { echo( "The table 'user_board' has been set up correctly.\n" ); } }
 * 1) Do nothing if the table exists

if( $dba->tableExists( 'user_profile' ) ) { echo( "The table already exists. No action was taken.\n" ); } else { $sql = $dir. '/UserProfile/user_profile.sql'; if( $dba->sourceFile( $sql ) ) { echo( "The table 'user_profileard' has been set up correctly.\n" ); } }
 * 1) Do nothing if the table exists

if( $dba->tableExists( 'user_stats' ) ) { echo( "The table already exists. No action was taken.\n" ); } else { $sql = $dir. '/UserStats/user_stats.sql'; if( $dba->sourceFile( $sql ) ) { echo( "The table 'user_stats' has been set up correctly.\n" ); } }
 * 1) Do nothing if the table exists

if( $dba->tableExists( 'user_relationship' ) || $dba->tableExists( 'user_relationship_request' ) ) { echo( "'user_relationship', and/or 'user_relationship_request' already exist. No action was taken.\n" ); } else { $sql = $dir. '/UserRelationship/user_relationship.sql'; if( $dba->sourceFile( $sql ) ) { echo( "The tables 'user_relationship', and 'user_relationship_request' have been set up correctly.\n" ); } }
 * 1) Do nothing if the table exists


 * Thank you very much for your help! It works:)

--24.6.151.20 20:59, 28 June 2008 (UTC)