No Code Attached Yet bug
avatar Mich-es
Mich-es
9 Jul 2024

Steps to reproduce the issue

Create a folder with more than 500 images in the Joomla Media Manager. Add the following to the .htaccess:

Oops, I can't insert source code here? Use a picture instead
246655720-7f3a3edb-824f-4322-8324-21a635580848

Connect your PC to a smartphone with a poor internet connection!

Expected result

I now expect that after calling up the folder once, all images/graphics are saved in the browser cache

Actual result

J4 attaches a timestamp to "EVERY" image/graphic, which bypasses the .htaccess rules.

System information (as much as possible)

PHP 8.3.8
10.11.4-MariaDB
J5.1.1

Additional comments

I got this Issue last Year an i think, it was fixed. But it seems not so:
#40787

I love Joomla, but I work a lot on the road and have image folders with a lot of content. I recently became desperate because I could no longer select images while on the road. The connection to the internet was bad and the Joomla media manager completely reloaded the images every time. Working was not possible because the media manager always bypassed the settings in the .htaccess with the timestamp behind each graphic.

Fortunately, I was able to get help:
https://forum.joomla.de/thread/18614-der-media-manager-in-j4-ist-suboptimal-timestamp-bei-bilder/?postID=132406#post132406

Suggestion: Why don't you just add a timestamp only to the pictures/graphics that were actually edited? Then it will work again and I think that will not only reduce the traffic on the Internet, but will also be a great thing for many people.

avatar Mich-es Mich-es - open - 9 Jul 2024
avatar joomla-cms-bot joomla-cms-bot - change - 9 Jul 2024
Labels Added: No Code Attached Yet
avatar joomla-cms-bot joomla-cms-bot - labeled - 9 Jul 2024
avatar dgrammatiko
dgrammatiko - comment - 9 Jul 2024

Could you visit the page your_domain/administrator/index.php?option=com_admin&view=sysinfo and report if you have an entry for fileinfo?
Should look like
Screenshot 2024-07-09 at 6 17 40 PM

If not you need to ask your host to enable the PHP module

avatar Mich-es
Mich-es - comment - 9 Jul 2024

thanks for reply!

I got this:
grafik

avatar richard67
richard67 - comment - 9 Jul 2024

Does the PHP ini value "disable_functions" contain any fileinfo functions?

avatar Mich-es
Mich-es - comment - 10 Jul 2024

@richard67 i checked this:
grafik

But what occurred to me (because it is not immediately noticeable and you are asking me about system parameters), the phenomenon occurs with the change from PHP 8.2 to 8.3. I will switch back and test whether it is perhaps due to PHP 8.3

avatar Hackwar
Hackwar - comment - 4 Aug 2024

Any news @Mich-es? Did switching to PHP 8.2 help?

avatar Quy Quy - change - 4 Aug 2024
Labels Added: Information Required
avatar Quy Quy - labeled - 4 Aug 2024
avatar Mich-es
Mich-es - comment - 9 Sep 2024

Back from holiday - after returning to PHP 8.2 I noticed an improvement. However, I cannot say 100 per cent whether this is related to PHP 8.3

avatar Quy Quy - change - 16 Sep 2024
Labels Removed: Information Required
avatar Quy Quy - unlabeled - 16 Sep 2024
avatar Hackwar Hackwar - change - 28 Nov 2024
Labels Added: bug
avatar Hackwar Hackwar - labeled - 28 Nov 2024
avatar brianteeman
brianteeman - comment - 2 Apr 2025

There are several "issues" here

Images in the media manager are NOT cached - this is by design and per user requests - otherwise users will not see changed images in the media manager until the cache is cleared. Nothing can be done to change this.
.
Images in the media manager are displayed as small thumbnail sized images but we are still loading the potentially huge image in order to display the tiny image. This we can resolve

All you have to do is to enable the thumbnail image generation option in the filesystem - local plugin. Real thumbnail images will now be generated automatically and used in the media manager.

Image

Image

https://youtu.be/4VMNvT1owcI?si=irBZSvw4rEcXDwzW&t=1398

Add a Comment

Login with GitHub to post a comment