dmarin

Thanks for testing DDD files and for your reply, @kmacharia . Yes, two different MIME for the same file type .DDD is strange, indeed. ??

So, just to make sure regarding the code:
– is this PHP code to be used within WPCode plugin?
– is this code needed in addition to any settings in your plugin OR should I remove DDD file type from your plugin first before adding the code?
– do I even need your plugin if I use the code?

I have heard of other solutions using functions.php file or even ALLOW_UNFILTERED_UPLOADS within wp-config.php file, but I am afraid those solution would make website vulnerable because any files types could be uploaded. So, still hope I can make it work for specific files with your plugin and/or code.

Thanks!

Any update on this issue, @kmacharia and @kkarpieszuk ? Were you able to download test files?

Hello again, @kmacharia and @kkarpieszuk ,

Sorry to bother you again, but I am having problems again … you see, when some coworkers uploaded more files for Clients, they realized that they are still not able to upload all .DDD files. ?? You wee, it seems there are two types of .DDD tachograph files, one type is related to drivers and the other one to trucks that are driven.

One of those files is being recognized as application/octet-stream and the other one as image/x-atari-degas. So, I tried to add both of these File Types separately (manually), but since they have same ending .ddd, that did not work. So, I had to restore PHP ver 8.2 for now.

I tried uploading in both Media Library and WP Customer Area plugin with the same results. The other special file type UGC works fine no matter what.

So, do you possibly have any other ideas what else could be done? I have uploaded several of these files again to WeTransfer, so you can download and try for yourself: https://we.tl/t-E5tYuuKXsB

Please let me know if you can figure a good way to solve this problem with File Upload Types and PHP 8.3.

Thanks, Danijel

@kkarpieszuk , so here is more info, again:

• We upload these files through WP Customer Area plugin … these are files for clients that receive reports about the use of Tachographs.
• However, in the process of testing I noticed that the same error (not being able to upload files) in PHP 8.3 was present even if I tried to upload a test file to Media Library.

Hope that helps …
Regards, D.

Same problem with my clients’ DIVI websites … strange underlined links in menus and elsewhere on the site!

Can somebody tell me why was WordPress 6.6 update forced on some websites even though I have it set to update on MINOR versions only?!? WordPress, please DO NOT force AUTO UPDATES for MAJOR UPDATES!!! Same happened with WooCommerce about a month ago … a forced update with untested versions that messed things up. Not a good practice!!! ??

Yes @kkarpieszuk , I deleted old MIME definitions and then dragged both DDD and UGC files to the dropzone. UGC file was recognized as “text/xml” and “application/octet-stream” and it works perfectly.

However, DDD file was recognized as “application/octet-stream” but could not be uploaded after I saved that setting. So i had to add it manually as “image/atari-degas” file, now I am able to upload it.

Hey @kmacharia , I finally tested the ver 1.4 and the new uploader worked perfectly for UGC files. However, it did not work for DDD files in PHP 8.3, so I had to setup that File Type manually to “image/x-atari-degas” and now both file types work fine.

So, even though I do not understand why DDD tachograph file type cannot be uploaded in PHP 8.3 unless setup manually as “image/atari-degas”, it works, so it’s good for now. It would be great to figure out why files are recognized as “application/octet-stream” though … or why it works the other way in PHP 8.2 but not in 8.3.

Thanks again for solving the problem for now.

Regards, Danijel

Hi @kmacharia , thanks for getting back to me and sorry that I did not respond a couple of days regarding UGC files. I got sick, but will test new version tonight and let you know if it resolved all the problems with PHP 8.3.

Regards, Danijel

Ok, thanks for that, @kmacharia . I will try that over the weekend. So, would this MIME type work for both DDD and UGC files?

@kkarpieszuk and @kmacharia , I used the default DDD MIME settings even though these files are not Fujitsu – Xerox 2D CAD Data … they are Tachograph data files. For UGC files I created custom setting. Both settings can be seen here in the screenshot: https://prnt.sc/FvikXZeqMqgJ

Were you able to do any tests with these files, @kmacharia ?

Please let me know. Thanks!

@kmacharia , I double checked uploading to the Media Library and I get the same error if I try to upload .DDD files to the Media Library if PHP version is 8.3. I tried it with another custom File Type .UGC that I have setup in File Upload Types, but what is interesting I get error uploading with both PHP 8.2 and 8.3 versions, even though it worked fine with older PHP versions. Here are a couple of .UGC file samples: https://we.tl/t-hno8EWectw

So, it seems that the problem is indeed with your plugin (and not with WP Customer Area or another plugin which I thought for a moment). So, please test those files yourself with PHP versions 8.2 and 8.3 and let me know what you find out.

Thanks!

Ok, @kmacharia , I have uploaded 2 files to WeTransfer: https://we.tl/t-EzcKqWPbQa

Please have a look and let me know how it goes.

Thanks!

• This reply was modified 4 months, 2 weeks ago by dmarin.

Not sure why it would not work on my end … We are using WP Customer Area app to upload files for various clients. How can I send you a couple of .ddd files for testing, @kmacharia ?

• This reply was modified 4 months, 2 weeks ago by dmarin.

Are you saying that DIVI Theme/Builder is NOT compatible with WooCommerce any longer? Elegant Themes claim that it is. So, it seems that many changes in recent versions of WooCommerce are causing all these problems! And again, why force auto update if I do updates by myself??? The security issue is related to Order Attribution that we did not need anyway and it should not be added to WooCommerce if it was not thoroughly tested, because we, the users and developers, are not your test bunnies!!!

So, I updated the WooCommerce to 9.0.0 and now have even more problems … in fact, the site is completely inaccessible because of new errors, one of the main ones being the problem with functions.php file:

Notice: ob_end_flush(): failed to send buffer of zlib output compression (0) in /home/tahoce47/public_html/wp-includes/functions.php on line 5420

Any idea why this kind of error? And what do you suggest we all that have problems with latest versions of WooCommerce do?!?