Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Imagecache is working properly with any node type in views, except user profile pics. I have tried several different imagecache presets, and none seem to resize user pics. However, I confirm that any other photo field, in any other node, resizes without any issues.
any ideas?
Comment | File | Size | Author |
---|---|---|---|
#21 | icp-views.PNG | 10.36 KB | andypost |
#21 | icp-views2.PNG | 29.77 KB | andypost |
Comments
Comment #1
Sol Roth CreditAttribution: Sol Roth commentedComment #2
Anonymous (not verified) CreditAttribution: Anonymous commented+1 . updated to last version. Then the images aren't resized anymore. Pictures from the classic "pictures" directory are printed, no imagecache preset directory is created.
Comment #3
andypostWhich version of views are you using? Also please provide more info about genereated html for user pictures
Comment #4
rot3r1i have the same issue i create present and select it in views but nothing resized !
Comment #5
Aldus CreditAttribution: Aldus commentedsubscribe... in views user's profiles portraits don't follow imagecache directives
Comment #6
kevinquillen CreditAttribution: kevinquillen commented+1 and subscribe.
Comment #7
kevinquillen CreditAttribution: kevinquillen commentedAlso, I don't use Views on the user account page, it is not resizing there.
I am using Views with User Relationships to display a user pic with a 'friend'- and it is not resizing.
Comment #8
design.er CreditAttribution: design.er commentedI've upgraded to ImageAPI 6.x-1.10, Filefield 6.x-3.10, Imagefield, 6.x-3.10 and Imagecache 6.x-2.0-beta12 a few minutes ago and since then I have exactly the same problems: All the user pictures are showed in original size, no imagecache preset.
Please help!
Comment #9
design.er CreditAttribution: design.er commentedSetting the mentionend modules (ImageAPI, Filefield, Imagefield and Imagecache) to the previous version and everything works great again. So it seems to be a problem with one of the updates.
I hope that helps to find the bug.
Comment #10
kevinquillen CreditAttribution: kevinquillen commentedWhich one of those modules (or all?) can be downgraded and how? Were they code updates or did the database change at all?
Comment #11
design.er CreditAttribution: design.er commentedUnfortunately I didn't have the time to find out which module caused the problem because it occurred on a live-site and I had to fix it as soon as possible. In my case I had to restore the db tables to get things corrected... so it seems that there were db changes.
Comment #12
kevinquillen CreditAttribution: kevinquillen commentedI got it.
If anyone here is using the RealName module, that would be the issue.
Apply the patch from Dave Reid here and it will not affect the User picture anymore:
http://drupal.org/node/1070102
Comment #13
design.er CreditAttribution: design.er commentedHow weird is that?! :) 1 year ago I had problems with the forum access permissions and found out that the realname module was causing this problem. Sometimes I can't understand how such things can happen... they have nothing in common. :D
Thanks a lot!
Comment #14
kevinquillen CreditAttribution: kevinquillen commentedRealName is incredibly useful but this threw me for a loop too.
I think the issue was RealName strongarming the $user object to change some outputs, and overwriting $user->picture, which would explain why Imagecache Profile wasn't working.
Comment #15
miccelito CreditAttribution: miccelito commentedI don't have RealName module but nevertheless the ImageCache Profiles module doesn't work for the moment, I have various views blocks that contain user:picture fields with imagecache pretets but none of those presets appear on the website anymore. I guess the ImageCache Profiles module needs an update!?
Comment #16
miccelito CreditAttribution: miccelito commentedThis issue started after updating the module ImageCache from version 6x-2.0-beta10 to version 6x-2.0-beta12. ImageCache Profiles was working fine with ImageCache version 6x-2.0-beta10.
Comment #17
andypostif anyone has troubles with ICP + realname - please use 6.x-1.x-dev until 1.5 will be released see #1070102-26: Latest dev release conflicts with ImageCache Profiles module
About new version on imagecache (b12) I see no big changes that can break ICP
If someone can make a deeper investigation please do
Comment #18
bryancasler CreditAttribution: bryancasler commentedI'm using the current D7.x dev without the realname module, and I am running into the same problem. In views I can select "imagecache" presets, but when viewing the node they are ignored and the original image is displayed.
Comment #19
bryancasler CreditAttribution: bryancasler commentedShould this bug report be changed from 6.x-1.3 to 7.x-1.x-dev?
Comment #20
bryancasler CreditAttribution: bryancasler commentedI can also confirm that this bug also exists in the 7.x-1.0-rc2 branch.
Note: I am using views 7.x-3.x-dev from 2011-05-29
Comment #21
andypostJust tested with current views 7.x-dev and it works fine
Screens attached... so I leave this open against 6.x because cant test right now
Comment #22
bryancasler CreditAttribution: bryancasler commentedThanks andypost, I recently upgraded my site from D6->D7. I had to change all the filepath fields in my "file_managed" table from like this "sites/default/files/pictures/picture-1966.jpg" to like this "public://pictures/picture-1966.jpg". Flushed the site cache and now everything is working.
Comment #23
andypostSuppose 6.x troubles caused be new version of imagecache 6x-2.0-beta12 as pointer at #16
Glad to get any feedback or patches
Comment #24
miccelito CreditAttribution: miccelito commentedAlso, as I have mentioned before in another issue thread, this issue may occur after upgrade to imagecache 6x-2.0-beta12, if you are theming user-picture.tpl.php in your themed template.php.
I.e. some people have this code added in their themed template.php:
This code would break certain functions such as imagecache profiles module+views user fields (maybe because of that Drupal or modules such as imagecache have been updated?). Anyways for those having problem with imagecache profiles module, pls take a look in your themed template.php if using that. I made a change in my themed template.php and now the Imagecache Profiles module works fine and presets for user fields in Views are displaying.
Comment #25
tribsel CreditAttribution: tribsel commentedI have the same problem, d6 with latest dev version and views 3. And im not using real name module and did not do any theming of user-picture.tpl.php. Presets for user fields in Views are displaying, thats not a problem. They just dont work, profile image is always same (original) size.
Comment #26
miccelito CreditAttribution: miccelito commentedImagecache Profiles module works fine for me since some days, user fields presets set in Views are displaying correctly on the site.
Only thing I've done was update my themed template.php (/sites/all/themes/---/template.php) and clear cache (Performance task), twice.
First time with the code above (see #24) added in the end of the themed template.php, then cleared cache (Performance). Then again I removed the added code from the themed template.php and again clear cache. And suddenly Imagecache Profiles were displaying user pictures with imagecache presets correctly. Well, sounds weird doesn't it? But howsoever what made it start working for me...
As reference I'm using Drupal 6.22 with Zen 6.x-2.1, Imagecache Profiles 6.x-1.3, Imagecache 6.x-2.0-beta12, ImageAPI 6.x-1.10, Imagefield 6.x-3.10, Views 6.x-2.12, Imagecache Actions 6.x-1.8.
Comment #27
daniel-san CreditAttribution: daniel-san commentedI can confirm that updating Realname Module to the 6.x-1.x-dev version worked for me. Now all of my imagecache profiles have begun to work again.
Thanks for the information.
Comment #28
vcrkid CreditAttribution: vcrkid commentedWow, after spending half the day chasing my tail on this problem, I'm glad I found this thread. Updating Realname Module to the 6.x-1.x-dev also worked for me!
Comment #29
deanflory CreditAttribution: deanflory commentedI too can confirm that updating to Realname 6.x-1.x-dev solved the issue with profile pictures not being resized by ImageCache Profiles. This also solved that same issue in FBSS Facebook-style Statuses where the user picture (class="picture") was using the original size image without any ImageCache resizing.
Some keywords here to help searchers:
User picture not resizing
User picture too large
User picture ImageCache Profiles
FBSS picture size
Comment #30
hatuhay CreditAttribution: hatuhay commentedSubcribing...
Comment #31
Grzegorz Zbiński CreditAttribution: Grzegorz Zbiński commentedHere is another way to deal with profile pictures in block using views, views customfield (php), imagecache.
http://drupal.org/node/1262572#comment-4964614
I've made it before I read this issue after huge upgrade.
Thanks for patch - I will keep it in my mind for future.
Comment #32
andypostit seems that patch for realname been commited so can we close this issue?
Comment #33
Aldus CreditAttribution: Aldus commentedwell, maybe it's fixed in 6.x but not in 7.x . For me it's being ignored in views :(
Comment #34
bryancasler CreditAttribution: bryancasler commentedAldus take a look at my comment in #22 and see if that helps
Comment #35
Aldus CreditAttribution: Aldus commentedanimelion, thanks, but I'm running a fresh D7 - didn't upgrade it
Comment #36
justindodge CreditAttribution: justindodge commentedThe solution in#22 happened to solve my particular issue perfectly. I am not sure why this didn't happen automatically as part my D6 -> D7 upgrade...maybe this is a core bug?
At any rate, if anyone is curious, this is the database query I executed in order to convert:
Comment #37
bryancasler CreditAttribution: bryancasler commentedShould we move this to core? Is it a bug with the upgrade path?
Comment #38
myha CreditAttribution: myha commentedLooked into module code and found the condition which need check for not altering picture in the views from our template.php:
Comment #39
pitxels CreditAttribution: pitxels commentedFor me its working ok with the dropdown "Imagecache preset" and the images styles d7 have included like: "thumbnail" , "square_thumbnail", "medium" , "large"
But not working with the images styles I create myself.
Comment #40
justindodge CreditAttribution: justindodge commentedFound out a little hint about what may be going on as far as core issues.
function user_update_7012() of the user module has this:
For me, I was doing a dry run of my upgrade on a dev site that was not current with the files directory of the live site, and this seemed to be causing issues.
I'm thinking it probably shouldn't be the responsibility of the upgrade script to verify the existence of files, it should just update the db records, although I see what they were going for.
Comment #41
mansspams CreditAttribution: mansspams commentedIn my case, it does not work with default image. Should we close this issue with 6.x tag and open 3 new issues with 7.x tag? Like
"Add support for default image", "Does not work with custom image styles" or "Core upgrade path brakes ImageCache Profiles functionality"?Update: #1107464: user default image doesn't get formatted
Comment #42
Arjean-1 CreditAttribution: Arjean-1 commentedThe solution in#36 (#22) solved my particular issue too. Thx.
I'm not using the realname plugin.
I did however use the Unique avatar plugin, but removed it before upgrading to D7.
Not sure it relates though.
Comment #43
damtoul CreditAttribution: damtoul commentedHello,
Any news about that bug? How can we solve it under D7 (Realname modulenot installed)?
Dam.
Comment #44
Geldora CreditAttribution: Geldora commented#22 (#36) solved the problem for me too.
Should be a Drupal upgrade path bug, not this particular module, IMHO.
Comment #45
VictorMYeste CreditAttribution: VictorMYeste commentedThe solution in#36 (#22) solved mine too, and it was caused when I upgraded D6 to D7. Thanks a lot!