CANT VIEW PICTURES in User Profile page

I am having the same problem, I have followed the guidelines on the site you linked (excellent site btw, very useful), the uploaded images exist, but I still just get the text link to the user profile in the place the picture should be.

I don't think permissions should need to be explicitly set, (i'm running on a windows/php/apache virtual machine while I get the site set up) users obviously have access to the parents folder... normal uploaded images created by the image.module and put in the image galleries work, so I don't understand why these pictures won't show up. The only thing I can think of is some weird theme issue, but I'm using the default bluemarine theme (with user pictures enabled, as per that guide)

Any other ideas?

I think you accidentally specified the creation of the '82' folder. Please check the following:

1. Go to Administer->users->configure. Scroll down and check the value for 'Picture image path' . If possible, please put it in your reply

2. Go to Administer->Settings and scroll down to find your 'File system settings'. What are your settings?

* Have you copied the picture of the avatar you uploaded to the Picture image path in point 1?

* Do you see the directory you have under 'Picture image path' created under the directory mentioned under the 'File system path' in point 2?

Same problem with me. It works fine if I run the server on port 80. If I run apache on port 81, the profile page tries to load src="81/xxx/pictures.." etc.

Wierd things happening with picture posting lol!

inkubitti, all I can think about your problem is that, either you have Enabled clean urls or you have a Rewrite rule getting accessed all the time, that strips the ?q=<> part.

I havent tried an upgrade to 4.7, so dont know if thats causing this too.

There was some conflict with flexinode module and headers, but my friend got it work. Now my links above don't describe the real problem anymore. I still have a problem which I thinks is related to earlier issue. My avatars looks great but all other uploaded files are now corrupted =)

I tried to apply your patch but I received just this error:

warning: Cannot modify header information - headers already sent by (output started at D:\Apache2\htdocs\drupal\includes\theme.inc:1) in D:\Apache2\htdocs\drupal\includes\common.inc on line 139

What did I wrong?

BTW I've the same problem - user's picture cant be loaded. As I can see, the problem is only when I run the server on port other than 80 (I run on 81): the <IMG src=""> tag is:
<img src="81/mysite/q=system/files/pictures/picture-2.jpg">
the "81" shouldn't be there. If I run the server on port 80, the IMG tag is correct:
<img src="/mysite/q=system/files/pictures/picture-2.jpg">

:(

the problem is in filter.module, line 1364 or so

  do {                                                                          
    $before = $string;                                                          
    $colonpos = strpos($string, ':');                                           
    if ($colonpos > 0) {                                                        
      $protocol = substr($string, 0, $colonpos);                                
      if (!isset($allowed_protocols[$protocol])) {                              
        $string = substr($string, $colonpos + 1);                               
      }                                                                         
    }                         

It's getting hung up on the colon of the port number. Normally what's before the colon is the protocol (http) and the filter attempts to parse it out. But here the entire url path is before the colon (because of the port number) and so the whole thing gets parsed out.

In my code, I changed

    $colonpos = strpos($string, ':');                                           

to

    $colonpos = strpos($string, ':/');                                           

and it's working again, although I haven't thought through this enough to know if that's a good way to solve it - maybe I just opened myself up to a big xss thing.

You're right the path is wrong. This only seems to be an issue when specifiying a port in the URL (i.e. localhost:xxxx). If we can confirm that this is actually a bug then it should be reported.

For now modify the theme_user_picture in user.module:

$picture = file_create_url($account->picture);

becomes...

$picture = file_create_url($account->picture);
// Turn into relative path
$picture = substr($picture, strlen($GLOBALS['base_url']));

The reasoning behind this was that every other module seemed to be sending relative paths to theme_image except user.module. Be sure to keep file_create_url because it will keep the private or public path file options right.

I'm also unable to view pictures in user profile pages - get a text link in firefox and broken image in IE.

When I "view image" with firefox, I get error 500, which seems very odd tbh. Permissions on the entire files folder are set recursively to 777, I can upload images and they appear in /files/pictures - the path in user settings is set to pictures and the url I get with "view image" is correct. Just nothing actually displays...

If your issue is related with IMCE, there is a patch for the last IMCE release at:

http://drupal.org/node/103579

We need to thank ufku for the fast and effective fixing of it.

Cheers,

m.