If you landed here searching something like “WooCommerce file upload not showing” or “file upload not attaching to order,” you’re not dealing with a rare bug. These are, by a wide margin, the most common support tickets we get for Drag and Drop Multiple File Upload for WooCommerce, and in almost every case, the cause is one of a small handful of things. This guide walks through each one, how to confirm it’s actually your problem, and how to fix it.
Most of this applies whether you’re using our plugin or a different WooCommerce file upload plugin entirely, since these are mostly WooCommerce, hosting, and theme-level issues rather than anything specific to one plugin’s code.
1. The Upload Field Isn’t Showing on the Product Page at All
This is the single most common report, and it’s almost never a bug. It’s usually one of these:
Placement setting doesn’t match your theme’s layout. Go to WooCommerce > Settings > File Uploads and check where you’ve told the field to appear, on the Add to Cart form, near the button, or on variations. If your theme or page builder uses a custom Add to Cart template that doesn’t fire the standard WooCommerce hooks, the field has nowhere to render. Try switching the placement option to a different hook and see if it appears.
The uploader is disabled for that specific product. Open the product, check the Product Data panel for the File Uploads tab, and confirm the uploader hasn’t been toggled off at the product level, even if it’s enabled globally.
Caching is serving you an old version of the page. If you just changed a setting and don’t see it reflected, clear both your page cache and any CDN cache (Cloudflare, in particular, loves to hold onto old HTML). Test in an incognito window to rule this out.
A page builder is overriding the product template. If you’re using Elementor’s Theme Builder or Divi’s WooCommerce modules to build a custom product page, make sure the template actually includes the native WooCommerce Add to Cart form rather than a rebuilt version, since custom rebuilds often drop the hooks plugins rely on.
2. Uploads Fail Silently, or Just Spin Forever
This one usually traces back to server-level limits that the plugin has no control over. Your hosting’s PHP configuration sets a hard ceiling with upload_max_filesize and post_max_size. If a customer tries to upload a 25MB file and your host caps uploads at 8MB, the request fails before the plugin ever gets to process it, regardless of what limit you’ve set inside the plugin’s own settings.
To check your current limits, look under Tools > Site Health > Info > Server in your WordPress dashboard, or ask your host directly. Most hosts can raise these limits on request, and some let you do it yourself via a php.ini or .htaccess edit. If you’re regularly dealing with large design files or high-resolution photography and don’t want to keep negotiating limits with your host, this is exactly what chunked uploads in the Pro version are built to get around, since the file gets broken into smaller pieces that don’t hit the ceiling in one go.
3. “Invalid File Type” Errors on Files That Should Be Allowed
This usually isn’t the plugin being overly strict, it’s a mismatch between the file’s extension and what your server thinks the file actually is. A file renamed from .jpg to .png without actually being converted, or a PDF exported from certain design tools with unusual metadata, can trip file-type validation because the check often looks at the file’s real MIME type, not just its extension.
Double-check your allowed file types list under WooCommerce > Settings > File Uploads and confirm you’ve actually included every extension you want to accept, including less obvious ones like .heic for iPhone photos if you’re expecting customer photo uploads. If a specific customer’s file keeps failing, ask them to re-export or re-save it from the original application rather than just renaming the file extension.
4. Files Aren’t Showing Up on the Order After Checkout
If the upload itself works but the file seems to vanish afterward, check these in order:
- Confirm you’re looking at the right order. If the customer abandoned checkout and came back, or edited their cart, they may have created a second order.
- Check both the customer-facing order details page and the WooCommerce admin order screen, since some themes hide custom order meta on the front end even when it’s correctly attached in the backend.
- If you’re using a caching or admin-side optimization plugin, make sure order pages aren’t being cached, since that can show you a stale version of the order that predates the upload.
If the file genuinely isn’t attached anywhere, it usually means the upload happened but the product wasn’t actually added to cart afterward, sometimes from a customer navigating away mid-process. This is one of the more frustrating edge cases with any client-side upload field, and it’s a good reason to keep the upload step visually close to the Add to Cart button rather than far above it on a long product page.
5. The Uploader Works on Desktop but Not on Mobile
True drag-and-drop, physically dragging a file icon, isn’t something mobile browsers support the same way desktop browsers do. This isn’t a bug, it’s a platform limitation. What should happen on mobile is that tapping the upload zone opens the device’s native file picker or camera roll instead. If that’s not happening, check for a JavaScript conflict: open your browser console on the product page and look for red errors. A theme or another plugin loading a conflicting version of jQuery is the most common cause we see.
6. The Setting You Changed Doesn’t Seem to Save
If you update a setting and it reverts, this is almost always one of two things: a second file upload plugin still active and fighting for the same settings namespace, or a caching plugin aggressively caching the wp-admin area itself, which is rare but does happen with some overly broad cache configurations. Deactivate any other file upload or form-builder plugins you’re not actively using, and confirm your caching plugin has an exclusion for /wp-admin/.
7. Everything Works, But You Want More Control Than the Free Version Offers
This isn’t really a bug report, but it’s a common follow-up once store owners get the free version running smoothly: they want files sent to Google Drive or S3 instead of piling up on hosting storage, they want to charge more when a customer uploads extra files, or they need folders organized by order number instead of one flat directory. None of that is a “fix,” it’s simply outside what the free version is built to do, and it’s the actual reason the Pro version exists rather than the free version just being artificially limited.
Still Stuck?
If you’ve gone through this list and something’s still not working, the fastest way to get it sorted is through our support page rather than the general WordPress.org forums, since we can ask for your specific site details and error logs directly. Most of what looks like a plugin bug turns out to be a five-minute fix once we can actually see what’s happening on your site.
Get the Plugin
If you haven’t installed it yet, you can grab the free version from WordPress.org and have a working upload field on your product page in about ten minutes. If your store needs remote storage, chunked uploads for large files, or usage-based pricing tied to what customers upload, the Pro version covers all three on the same settings screen.
