First off I want to say thank you for such a great module, it has done me wonders. I am the lead developer at Chicago Public Radio and we have recently made the switch to drupal. The sites url is www.wbez.org. We have been experiencing this random bug with imagecache or views, I'm not sure witch one it is at this point. I have many views setup on our homepage, and randomly the images will break. Further investigation shows that the url to the images is getting messed up. It is printing out urls like this 'http:///sites/default/files/imagecache/width_310_height_231/rfl4arcadefire.jpg'. It only does this everyonce in a while and it seems to do it for anon users more. Any idea on what's going on here. I am going to post the same bug to views as well. Also I would like to mention we are using pressflow, not that I think that has anything to do with it. I have attached a screen shot.

Comments

pwaterz’s picture

pwaterz commented

Well it looks like there is a bug with the upload module here. If needed I will figure a way to get the screen shot up.

AntiNSA’s picture

AntiNSA commented

subscribing

pwaterz’s picture

pwaterz commented

Currently I have temporarily fixed this with javascript. I will try and dig into the module to see if I can figure out what's going on.

dremy’s picture

dremy commented

subscribing. I am having the same issue with presets not scaling to the proper height. The width is, the height is not. Really awkward. I believe it has to do with the PHP memory limit, as this just started occurring while I was receiving FATAL ERROR: allocated xxxx memory limit...

alh’s picture

alh commented
Status: Postponed (maintainer needs more info) » Active

subscribing. I am having an odd problem with image upload and views not working. Looked into imagecache and it is not generating the required images which seems to hang Views. Am trying to dig deeper to see if I can help isolate the problem more.

Dug a bit deeper. File upload seems to be working fine in that the upload file is on the server in the right folder. Also scanned the db entry for the node and all seems well including the assignment of a unique fid. ImageCache does not however generate the required image and this causes Views to max out when it doesn't find the specified file. It does eventually time out and release the page but without the image of course. Last time I tried to flush the cache but in that case ImageCache didn't rebuild any of the cached images causing me a bit of a headache as I restored the cached image from back-up.

Interesting. Perhaps this is an ImageField problem. I just backed off to the previous release and I think it solved my problem. Still testing however.

Hi drewish - if your question about characters in image files was directed to me, thank you for responding. However the filenames are all controlled and normal. I know about transliteration and don't need to use it at this point.

Will study ImageField in more detail.

drewish’s picture

drewish commented
Status: Active » Postponed (maintainer needs more info)

What are the filename that are causing the problems? Do they have spaces or other "strange" characters in them?

pwaterz’s picture

pwaterz commented

who are you directing that question at?

alh’s picture

alh commented
Status: Active » Postponed (maintainer needs more info)

OK - I was wrong. My problem is with either/or Imagefield and Filefield. Backed off to 6.x-3.8 and all is well. Will post a bug report for 6.x-3.9.

drewish’s picture

drewish commented
Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)
pwaterz’s picture

pwaterz commented
Status: Closed (cannot reproduce) » Active

I am reopening this, we are still experiencing this problem. The site is wbez.org. I have javascript fixing the images right now, but if you let me know I can remove the javascript to show what is happening.

pwaterz’s picture

pwaterz commented

I think it has something do with caching. It doesn't do it when I am logged in, but when I am logged out half the images on the home page are broken.

alh’s picture

alh commented

pwaterz - just a follow-up note to post #8. After I rolled back both FileField and ImageField the site works fine. I did however notice some odd behavior when I made a change to an ImageCache setting (image size) which relates to a View active on the site. As was expected, ImageCache purged the cache then started to re-build it when the page containing the View was accessed for the first time. About half way through the re-building of the images, the script completed leaving certain files in the folder as broken links. Repeated page views of the page containing that View do not cause ImageCache to generate the images as should be expected. I also went through and flushed caches (both the main Drupal cache and Views cache) and this did not cure the problem. I worked around the issue by using a slightly sub-optimum image size from another cache. I am uncertain why the script is terminating and I do not see an errors in the error log. I have the php memory size set at a rather lofty 128M so don't believe this to a problem.

So in summary, some odd behavior which I a still trying to pin down a bit more precisely.

pwaterz’s picture

pwaterz commented

Your problem is not the same as the original bug report, you should have posted a different bug report.

kgod’s picture

kgod commented

Have you solved this issue? If so, could you post the solution and if not, could you start a new discussion thread around it?

pwaterz’s picture

pwaterz commented

No we have not solved this issue. If you go to www.wbez.org and turn off javascript you will see that images on the home page will appear broken and if you look at the path. it's missing the 'www.wbez.org;'. The reason you have to turn off javascript is because I have hack to fix this problem right now. Basically just selecting all image cache files that have a broken link and fixing the url. here is the javascript, I do not recommend this as a permeant fix.

//Temp fix for imagecache
  $('.imagecache').each(function(){
    var url = $(this).attr('src');
    if(typeof url == 'string'){
      if(url.indexOf('http:///') != -1){
        $(this).attr('src', url.replace('http://', ''));
      }
    }
  
  });
mcaden’s picture

mcaden commented

I had everything working fine. A straight conversion from Drupal to Pressflow broke it for me. All links are coming up as src="//sites/...

I tweaked the javascript above to fix it, but I don't like it. Any idea what's causing this? The common denominator seems to be pressflow?

mcaden’s picture

mcaden commented
Status: Active » Needs review

The following patch resolved this issue for me:

https://code.launchpad.net/~wimleers/pressflow/hook_file_url_alter_bugfi...

sandrewj’s picture

sandrewj commented
Title: Problem with imagecache or views. » Problem with imagecache or views with Pressflow
Status: Needs review » Closed (won't fix)

Closing this issue as a Pressflow patch seems to be fixing it.

If this issue is showing up for anyone with plain Drupal, feel free to reopen.
Alternately, if there is a change in Imagecache that can be made to correct this, please open this issue and submit a patch.

goofrider’s picture

goofrider commented

I have the same problem with pressflow 6 (some file url return as href="//sites/...." on my staging sites). The patch over at pressflow didn't work for me either. :(

Not gonna reopen this though since it's a pressflow issue (i switched back to D6 to test and confirm it works).