For example, you upload to "World" folder (Images>stories>world), Image should be visible in World folder after you finish upload.
B) it must be arranged by newest first. So you can easily find last upload and insert it.
C) you should be able search images, since there is a search icon
D) in ideal situation, when you upload image through Images (t3) and stories, it should include image into article itself. There must be no additional browsing and insert required.
a) In fact images are uploaded to different folder - "IMAGES". Sometime to upper folder "STORIES". This happens in 5 cases of 10.
B) Images are not arranged by date uploaded or alphabetically.
c) You can not search image by file name, that makes impossible to find it in 100000 images.
Can you please suggest fix to this issue and also advise any simple image upload manager.
Joomla 3X (latest update)
Is there any way to configure image upload rule? or how the order of arranging photos?
Priority | Critical | ⇒ | Medium |
Title |
|
I've set priority to "Medium", see link that @MATsxm has posted for explanation. Thank you!
OK. but any idea related to the issue?
I can't reproduce your issue here using staging (3.5.0-rc2)
The image is uploaded to the directory chosen, then one can Insert normally.
The order of the images (thumbnails) is alphabetical from left to right.
Indeed we do not have a Search function in media manager.
I can't reproduce the issue either...
I guess this can be closed as it is specific to the user's site. Maybe an incomplete update or a conflict with one extension.
This is the link to video which reproduces the bug.
https://www.wetransfer.com/downloads/0f072fdbbecf000169d402901727e06e20160331094628/77e1c4d8517cafeb7ab326343e50c4c720160331094628/7e7c70
I suppose that it might be issue with this joomla only. Thought can you please assist me to fix this issue.
P.S>
and second: May I raise an issue related to how images are uploaded in articles.
Issue:
To upload image, you need to choose file from computer and upload it.
Expected result:
Image must be inserted in article just after upload. Automatically.
Actual result:
You need first upload image, then find it and insert to article.
There is no reason why files to be uploaded into Articles >( Images and Links) must be first uploaded, then found and then inserted. This is the useless step with no logical need.
"a) In fact images are uploaded to different folder - "IMAGES". Sometime to upper folder "STORIES". This happens in 5 cases of 10. "
In the video I see your uploaded file in the right media manger folder. Did you see that? You have two files with the same file name one in stories, world and one in top folder as you show in the video.
But I agree that this should be automatically loaded into the article there to save time..
The second file was uploaded later. As I said this happens in 5 from 10 situation. As I understand this is due to late load of the folder indexes. Like when you are in the folder X actually, field above the table shows you are in root folder.
There is the little code change needed to simplify automatic insertion of the image url in IMAGE URL field. Hope joomla will include this in next update.
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2016-04-05 09:22:00 |
Closed_By | ⇒ | brianteeman |
@ZviadPochkhua Did you ever solve this? I'm asking because I have a site w/ the exact same issue. When you go to an article --> images / links --> select image --> navigate to a folder --> upload .... the image does NOT end up where you were. Instead, it goes one or two folders down.
This issue was closed a long time ago because it was viewed as specific to your install. But, clearly, it's something more than that.
In mine, I have a folder structure like / images / stories / 2018 / may
... and when I go to "may" and upload something, it ends up in "stories". Very odd.
Aha! Thanks. :-)
Sure thing it's not
Critical
anyway.Please see: https://docs.joomla.org/Bug_and_Issue_Tracker_Priority
This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/9649.