We debugged this last night at the London Joomla User Group and showed that ark is adding ?id-7 or some other bit to the end of the file names Im guessing to stop caching. BUT this is then falling fowl of one of the functions in core joomla which does not treat an image that does not end with .jpg or .gif etc as an image. There is a function in one of the joomla core functions that looks for the number of images and creats an array but because of this addition its coming back with 0 hence the path is the route "/"
We have confirmed it is ark by switching off all ark media plugins and going into contacts and adding a persons image as they should. This works fine but allow ark plugins and although it adds in it and it looks like its there in the admin area of contacts it does not show in the output with any template (template agnostic)
Perhaps your plugins could abstain from adding the ?id when images are applied via a core image selection and not in content. Or perhaps give some control to switch this feature on or off
George the lead developer of Joomla was there and agreed its not something Joomla needs to fix but a ark feature that is having unforeseen consequences.
- Server type
- Web server type
- ARK product version
- Joomla! version
- PHP Version
- Web browser
- Firefox, Safari, Chrome, Opera, IE12, IE11, IE10, IE9
- Errors log
- Steps to replicate the issue
- Go to contacts , find a image, add it in the bit for contacts and then try to view it. The front end will show all including the caption but path is left as /