Closed (fixed)
Project:
Avatar Selection
Version:
6.x-1.3
Component:
Code
Priority:
Critical
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
3 May 2008 at 23:25 UTC
Updated:
20 May 2008 at 22:11 UTC
Jump to comment: Most recent file
Comments
Comment #1
stella commentedSounds like you didn't run update.php. You should be able to fix the issue by doing a "bulk upload" on the avatar selection settings page. The database is not meant to store anything other than the avatar name in the latest version.
Cheers,
Stella
Comment #2
Wayne_Luke commentedI haven't updated. I just installed it for the first time. Running update.php returns the following errors:
Table 'dp_avatar_selection' already exists query: CREATE TABLE dp_avatar_selection ( `avatar` VARCHAR(255) NOT NULL, `access` VARCHAR(255) DEFAULT NULL, PRIMARY KEY (avatar), UNIQUE KEY avatar (avatar) ) /*!40100 DEFAULT CHARACTER SET UTF8 */ in /var/www/vhosts/avgreenliving.com/httpdocs/includes/database.inc on line 509.
Duplicate column name 'og_access' query: ALTER TABLE dp_avatar_selection ADD `og_access` VARCHAR(255) DEFAULT NULL in /var/www/vhosts/avgreenliving.com/httpdocs/includes/database.mysql-common.inc on line 298.
I am guessing that the second error refers to organic groups but I have never installed that. Should I truncate the avatar_selection table before adding them again?
Comment #3
Wayne_Luke commentedTruncated the table and ran the bulk upload again. No change in the avatar selection widgets.
Uploaded some screenshots.
Comment #4
stella commentedComment #5
stella commentedWhat is the path to the file in the "users" table? The "avatar" column in the "avatar_selection" table should just contain the filename, no path, so that is perfectly correct.
Are you by any chance using the "private" file download method (admin/settings/file-system)? Does changing it to public fix the issue? Also if using private files please ensure that the directory is not accessible over the web.
Cheers,
Stella
Comment #6
Wayne_Luke commentedUsing Public file download at this time and the path is set to /sites/default/files/ under Site Configuration -> File System (admin/settings/file-system). This is the value that has been set since installation.
Where the avatar shows correctly (e.g. avatarissue2.png above) the path reflects this properly as %URL%/sites/defaults/files/avatar_selection/%avatarname.ext%.
Where the avatar doesn't show, properties for the image path reflects %URL%/undefined/%avatarname.ext%.
Comment #7
stella commentedCan you confirm that you have javascript enabled? If so, when you view the page source, you should see a line near the top starting something like:
Can you send me this line from the page source of one of the pages where the images fail to appear please?
Or can you send me the url to the site where this is happening?
Cheers,
Stella
Comment #8
Wayne_Luke commentedI have sent you login information for the site via your contact form.
Comment #9
stella commentedHi Wayne_Luke,
Thanks for that. I'm pretty sure I know what the solution is. When you upgraded you never updated the avatar_selection/js/avatar_selection.js file.
I was confused for a while since the version number matched the one in CVS, but that was due to an incorrect $Id line in the file which caused the version number not to be updated on subsequent check-ins. This is fixed now.
In any case you can use the latest js file from the 6.x-1.3 release or you can grab it from here.
Cheers,
Stella
Comment #10
Wayne_Luke commentedThanks. I deleted all the files, downloaded a fresh package from drupal.org and uploaded again and it is working now. Not sure why the files were out of date. I had downloaded the previous version but not installed it before 6.x-1.3 came out. Might have mixed them somehow while unzipping them.
Comment #11
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.