You need to be logged in to post in the forum - Log In

An active JCE Pro Subscription is required to post in the forum - Buy a Subscription

Support is currently Offline

Official support hours
Monday to Friday
09:00 - 17:00 Europe/London (BST)

Please create a new Ticket and we will get back to you as soon as we can.

#117345 JCE Media Field loads large MP3 files in backend – any way to disable preview?

Posted in ‘Editor’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Latest post by wecombine on Friday, 26 September 2025 12:27 BST

wecombine

Hi,
I’m using the JCE Media Field to assign MP3 files to Joomla articles. It works fine with small files, but with large MP3s (50–150 MB) the backend becomes very slow, because the field tries to load the whole file for preview each time.

Is there a way to make the field store only the file path without loading/previewing the media in the admin?
Or do you recommend another approach within JCE to handle large audio files more efficiently?

Thanks!

Ryan

Please try JCE Pro 2.9.94 RC - https://www.joomlacontenteditor.net/downloads/editor/pro/development

This will set preload="none" on a media field preview when a video, audio or document file is selected that is greater than 256kb in size, or on a preview element for a field that has an existing value when the page is loaded.

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

Thanks for the update and for adding preload="none"!
I’ve installed JCE Pro 2.9.94 RC, but in the backend I still see the same effect – when I load an article with a large MP3 (e.g. 150 MB), the file seems to load completely and the backend slows down.

Is there any additional setting I need to change to make sure the preview really uses preload="none"?

Ryan

Please try RC4 - https://www.joomlacontenteditor.net/downloads/editor/pro/development

Clear your browser cache after install.

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

the preload="none" attribute is showing up, but unfortunately it seems to be ignored in all the browsers I’ve tested (chrome, ff and edge on windows )– the large MP3 files are still being loaded.

Would it be possible to add an option in the JCE Media Field settings to completely disable the preview/player for that specific field, so only the file path is stored and displayed? That would solve the performance issue with large audio files.

Thanks again for your support!

Ryan

the preload="none" attribute is showing up, but unfortunately it seems to be ignored in all the browsers I’ve tested (chrome, ff and edge on windows )– the large MP3 files are still being loaded.

Loaded when you select and insert them, or loaded when the page loads?

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

When I select and assign the MP3 in the backend, it does not load the player – that part is fine.

But after saving the article, when the edit form reloads, the field displays the audio player and the file is loaded.
The same happens when I open an existing article for editing – the player loads immediately and starts fetching the large MP3.

Ryan

But after saving the article, when the edit form reloads, the field displays the audio player and the file is loaded.
The same happens when I open an existing article for editing – the player loads immediately and starts fetching the large MP3.

I'm not seeing this in my tests with a 300Mb mp3. When the page loads, at most I see a load of 3Mb for the file. When I select the file to insert, it is only a few Kb.

How many audio files do you have on the page?

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

Thanks for your feedback and effort.
I’m only testing with 1 or 2 small files (around 5 MB).
But they are still being loaded – and even worse, they actually start playing automatically in the backend form. tested on mac and win

I tried changing some browser settings to prevent autoplay, but it doesn’t seem to stick.

I also noticed that in my case the preview is rendered as an <object> element, for example:

<div class="field-media-preview">
<object data="…/file.mp3" width="200" height="200" preload="none"></object>
</div>

Is this the expected behavior? Or should the preview be rendered as an <audio> element instead?

Ryan

Please send me a login - https://www.joomlacontenteditor.net/contact/site-login

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

Ryan

Please try JCE Pro 2.9.94 RC5 - https://www.joomlacontenteditor.net/downloads/editor/pro/development

Clear your browser cache after install.

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

Hi Ryan,

thanks for adding the audio player – that’s a great improvement.

I’ve optimized the MP3 files (reduced size and cleaned up metadata), but I still notice a clear performance difference between articles with and without MP3.

In my frontend tests I used preload="none", which prevents the MP3 files from being loaded until the play button is clicked. This works very well for performance.

Would it be possible to add preload="none" (instead of metadata) to the JCE Media Field?

Thanks,
Bart

Ryan

I will add preload="none" for audio files, as there is no advantage to loading the metadata (videos require it for any "poster" image), but there will still a small load of the file - just the head data - to get the content-type, so the mime type of the file can be determined. This is independant of the preload.

Ryan Demmer

Lead Developer / CEO / CTO

Just because you're not paranoid doesn't mean everybody isn't out to get you.

wecombine

Hi Ryan,

I’ve just installed the new JCE version and the user experience is much better.
Thanks a lot for integrating this so quickly – it really makes a difference!

Best,
Bart