Thanks for your report. The default dll & exe icon_type is an MLA defect and I appreciate your bringing it to my attention. I have not been able to reproduce your other problems on my system.
I was able to manually fix the dll & exe icon settings using the Quick Edit action in the Settings/Media Library Assistant Upoads tab table. I added a custom icon file to the /media-library-assistant/images/crystal directory and it appeared in the dropdown list. I was able to add “mscz” having “application/x-musescore+xml” as a new MIME type and assign the custom icon file to it without errors. Can you tell me more specifically the steps you tried to change the icon type? Have you tried both the Quick Edit area and the full screen Edit Upload MIME Type?
I have uploaded a new MLA Development Version dated 20230806 that corrects the dll & exe problem. You can find step-by-step instructions for using the Development Version in this earlier topic:
How to download & install the current development version of MLA
Once the Development Version is installed you can retest your other problems and let me know if they still occur. If so, any additional details you can provide will help me investigate further.
The fix will be part of my next MLA version, but in the interim it would be great if you could install the Development Version and let me know if it works for you. Thanks for alerting me to this MLA defect.
Thanks a lot for your quick answer and action: I already downloaded and installed the new MLA Development Version (20230806) and found dll & exe icon_type is now fixed.
About the issue I reported this is about I cannot change the icon_type for any mime_type/extension available, I tried several time using both Quick Edit than full screen Edit. I had only noticed that I can see the changed icon only for a while after have changed it (on Uploads screen of MLA Settings), however if I just move to different view (e.g. to look for my or other extensions) every new change is disappeared. This behavior happens both using included mime_types/extensions and included icon_type collection than using custom mime_types/extensions and custom icon I added, so the issue is about any icon_type change/update, while I can change many other settings (e.g. add/remove extensions, change mime_types, etc.)
Thanks for trying the Development Version and for the additional details on your remaining issue. Since I cannot reproduce your issue on my system, I will need your help to investigate further.
I have uploaded a new Development Version dated 20230807 that contains debug log recording to tell me more about the icon_type handling. It would be great if you could install this version, activate the logging and run a test. To install the new version, follow the same steps outlined above.
To activate MLA’s debug logging:
- Navigate to the Settings/Media Library Assistant Debug tab.
- Scroll down to the “MLA Reporting” text box and enter “0x81”. This will turn on MLA debug logging for MIME type processing.
- Click the Save Changes button to record your new setting.
- Optionally, scroll to the bottom of the screen and click “Reset” to clear the error log. You may not want to do this depending on how you manage your error log.
Once that’s done you can run a test. The debug log will be very detailed, so restricting the test as best you can will be very helpful. For example, try changing the icon_type on a single file type, then move to a different view to see the unchanged icon type(s).
When you’ve finished testing, go back to the Debug screen and:
- Enter “0” in the MLA Reporting text box to turn debug logic off.
- Click the Save Changes button to record your new setting.
- Scroll to the bottom and click “Download” to get the log content in a text file.
There should be a lot of messages written to the log, so limit the amount of activity during the logging period. You should see messages in the log like these:
`[27-Jun-2023 23:09:30 UTC] 610 MLACore::mla_plugins_loaded_action() MLA 2.83 (20230807) mla_debug_level 0x81
Of course, your results will be different. Once you have a text file you can contact me at my web site to email me the file. Thanks for your patience and your help.
As requested, I did few tests and sent log files to David mailbox.
Thank you for working with me by email to investigate and resolve this problem.
Analysis of your log files showed that another plugin was adding the SVG extension to the active list, which triggered an MLA defect in the process of recording icon_type updates. You were able to resolve the problem by deactivating the other plugin and using MLA’s SVG support. I was able to find and fix the MLA defect.
I have released MLA version 3.10, which contains the fixes required for this topic.
I am marking this topic resolved, but please update it if you have any problems or further questions regarding MLA’s support for MIME type handling. Thanks for alerting me to this MLA defect.
