Brice,
I tried the image-flush...
Indeed :
0 formatted images from 0 items flushed
This site requires you to update your browser. Your browsing experience maybe affected by not having the most up to date version.
Please use forum.silverstripe.org for any new questions
(announcement).
The forum archive will stick around, but will be read only.
You can also use our Slack channel
or StackOverflow to ask for help.
Check out our community overview for more options to contribute.
Brice,
I tried the image-flush...
Indeed :
0 formatted images from 0 items flushed
That's interesting. I assume there's images linked to content?
What modules & SS version are you running? Also; perhaps this is a server thing (PHP extension/version, php.ini setting, filesystem permissions, etc.).
I'm running a Debian Lenny on a Xen based Amazon AMI (small EC2 instance). I was running the stable versions of the Debian AMP stack ( PHP / Apache / MySQL ) but moved to the updated dotdeb.org packages to see if it fixed this problem. It didn't.
Attached is my PHP.INI in case it helps.
When I get a chance, I'm going to examine calls to unlink() in SilverStripe / Modules.
Silverstripe 2.3.3
userforms / recaptcha / old photogallery / iframe
It happened some time ago , so I think that was an earlier version of Silverstripe.
Yeah, plenty of images in this particular site.
by the way : I did not only see it happening to images which were added by TinyMCE ; I also saw it with pictures that were added by an ImageField in the CMS .....
Furthermore : I cannot image the server having anything to do with it .... We are running about 8 Silverstripe sites on the same hardware and there were just 2 sites that displayed the odd image behaviour.
Did you find a good way of reproducing the problem or are you constantly restoring the state of the site to a particular pre-error version ?
Does adding this to your config tell you more?
Director::set_environment_type("dev");
Or is Silverstripe unaware of it, and just shows you missing images...
I'm having the same issues. But I think it may be after I installed DataObjectManager.
The new images are fine but the old ones don't work. The file is still there, just don't have the file in _resampled. So they are blank in the media section of admin. Tried images flush but no joy, is there a way to make it delete all the __resampled folders and resample them all?
I don't think it has anything to do with DOM ; our sites that display this odd behaviour do not have it installed.
I'm thinking this is turning out to be quite the nasty bug .... Very bad consequences (especially on a large site) , but on the other hand _very_ hard to replicate.....
mm,
Are you also getting "0 formatted images from 0 items flushed" when you run images/flush?
Setting the environment (dev/live) does not have any impact. I am going to attempt to trace the images/flush routine at some point when we have time... as this may be a decent lead to see what's causing it to report 0 items flushed (there are 1000's of items to flush!).
This isn't the first time I've heard that DOM is suspect in this -- although I personally don't see a link between the two. Perhaps it's a badly created Class on our end?
The problem remains... even on "new" (post DOM) images here.
I also have this issue with newly installed 2.3.3 and downloaded image_gallery and DOM from the developers website.
Seems only to affect images which are replaced, as also stated in this thread
http://www.silverstripe.org/all-other-modules/show/266319#post266319
You can see the issue here:
http://www.art.inc.net.nz/art-sale/album/Trees1
The last image was replaced in the admin and now doesnt show, also looking at the generated html there is no src it just has src="" which is why they dont load but no idea why the src is blank.
Looking at the image manager there are old and new versions in the Upload so looks like an issue with the replacement of images.
I need to get it sorted so will post here if I figure it out but I am a perl coder and new to ss so dont hold your breath :)