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.

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)

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)

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)


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

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

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)

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)
 * I've added a bugzilla item with this proposed patch. - Ivolucien 21:13, 27 June 2009 (UTC)

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)

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

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)


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

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)


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

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)

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)


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

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)


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

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)


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


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


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

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)


 * Update your MediaWiki to 1.15. --Jack Phoenix (Contact) 10:09, 26 June 2009 (UTC)
 * 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)

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)


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

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


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

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)


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

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)


 * 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)
 * 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)
 * 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)
 * This helped. Rgoodermote 22:55, 6 July 2009 (UTC)

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)