However the account does not seem to give us backend access, only regular customer frontend access. It would be helpful if you can solve that. I'd advise you to please also have a backup of the site, since it's a production site.
I tried looking at that order form through the frontend, but did not see anything that could cause it - the HTML is the same in all languages so it's not what I thought it may be.
Unfortunately that doesn't help a lot because we need to be be able to test in the translated version, which isn't working in the staging site,
I tried locally with their free plugin version, but I see the same issue does not occur in the free version - I think the issue may be related to the /en/ directory.
I have a reply there from their team there as follows:
Hi, I believe our common customer/user is using our paid version. So, please ask them contact our live chat for a solution. There is nothing wrong with your plugin if the user is having troubles uploading a file using sub-directory URL structure. Thanks! 🙂
If I understand correctly, it may be expected this doesn't work correctly when using sub-directory URL structure - it seems they have a better understanding of the issue.
Per their reply, I would ask that you please contact their live chat for their assistance.
Yes, I just contacted the staff from GTranslate and they are checking this issue. It is weird because it worked in the free version in your side right?
The free version does not have the sub-directory (/en/) feature, so the translation occurs instantly via JavaScript. I think that's probably the main difference.
In the ticket they also mentioned that sub-directory structure, so I think it means the issue is connected to that.
Hi there,
Thank you for purchasing our plugin,
Maybe what happens is that the translation plugin also translated the input file's "name" so then our script can no longer find it after the upload.
Can you share a backend login to your site or a staging clone site with us? We can check the issue directly and run a few tests,
Kind regards,
Stefan
Thank you,
However the account does not seem to give us backend access, only regular customer frontend access. It would be helpful if you can solve that. I'd advise you to please also have a backup of the site, since it's a production site.
I tried looking at that order form through the frontend, but did not see anything that could cause it - the HTML is the same in all languages so it's not what I thought it may be.
Thank you,
Unfortunately that doesn't help a lot because we need to be be able to test in the translated version, which isn't working in the staging site,
I tried locally with their free plugin version, but I see the same issue does not occur in the free version - I think the issue may be related to the /en/ directory.
I've now opened a ticket with the translation plugin to see if they may know what could cause it or be able to help: https://wordpress.org/support/topic/file-upload-not-working-in-translated-site/
Hi there,
I have a reply there from their team there as follows:
Hi,
I believe our common customer/user is using our paid version. So, please ask them contact our live chat for a solution.
There is nothing wrong with your plugin if the user is having troubles uploading a file using sub-directory URL structure.
Thanks! 🙂
If I understand correctly, it may be expected this doesn't work correctly when using sub-directory URL structure - it seems they have a better understanding of the issue.
Per their reply, I would ask that you please contact their live chat for their assistance.
Kind regards,
Stefan
Hello Stefan
Yes, I just contacted the staff from GTranslate and they are checking this issue. It is weird because it worked in the free version in your side right?
The free version does not have the sub-directory (/en/) feature, so the translation occurs instantly via JavaScript. I think that's probably the main difference.
In the ticket they also mentioned that sub-directory structure, so I think it means the issue is connected to that.