Disable automatic link rewriting for downloads not working

So far I cannot find any problems with the symbolic link for each language (except that it doesn’t fix the bug, but simply circumvents it by adding an extra redirect).

(and still it’s the same link – I just trick the system now, the bug is not solved. But if you try out what happens now on my website it works).

yes – strangely on the /test3 works correctly same as your test site.
(I have a second main site – openmtbmap.org where if I activate qtranslate-x I have the same problem, also for that site I got a subdirectory test site – and that one also works correctly while the non subdomain main site does not work). I think I can live with the symbolic link workaround – but well that is really anything but clean…

yes – that is correct because I did not set up the s2member basic stuff. But it is enough for testing…

If you ended up on the frontpage instead of ending up with 503 then there is a bug.

If the URL should display /en /nl /de also for the 503 I’m not so sure. That is qtranslate-x territory. S2member itself specifies that links should be domain.com/?s2member_file_download=filename.zip (for a .zip file). And I guess the same would be true with any other plugin that first needs to examine a link. Essentially qtranslate-x should only touch links to pages/posts/categories that it can translate – if not it should forward the link without /XX/ language code.

So if domain.com/de/?s2member_file_download=filename.zip
also works – that would mean that qtranslate-x identifies that a .zip file is not translatable – therefore cuts out the /de/ and forwards the link without /de/ to wordpress… This actually introduces another step that is not really needed (because qtranslate-x does not have to deal with .zip in first place – but I guess such a redirect could only happen on .htaccess or nginx.conf server level – hence it’s okay if qtranslate-x takes the link and redirects it to the next wordpress filters).

BTW – the redirect log for qtranslate/mqtranslate was the following (just copied from different domain – but that should not matter):
– so here clearly I end up on the wrong language checkout options page – but did not get thrown onto the main frontpage. I guess this is due to no cookie, and my browser set to english…

https://openmtbmap.org/?s2member_file_download=odbl/mtbcroatia_macosx.7z
302: Temporary redirect to https://openmtbmap.org/support/members/?_s2member_vars=file..level..1..file..odbl%2Fmtbcroatia_macosx.7z..Lz9zMm1lbWJlcl9maWxlX2Rvd25sb2FkPW9kYmwvbXRiY3JvYXRpYV9tYWNvc3guN3o%3D&_s2member_sig=1427557864-3cab936356e4c2ea93584e78ae2c091f
https://openmtbmap.org/support/members/?_s2member_vars=file..level..1..file..odbl%2Fmtbcroatia_macosx.7z..Lz9zMm1lbWJlcl9maWxlX2Rvd25sb2FkPW9kYmwvbXRiY3JvYXRpYV9tYWNvc3guN3o%3D&_s2member_sig=1427557864-3cab936356e4c2ea93584e78ae2c091f
200: HTTP/1.1 200 OK

Comment #25 is mqtranslate. Note that mqtranslate had no 302 to /de/.
It did end up on a different language though. So not everything was perfect either. (as for qtranslate-x – it only works if I create the symlinks whis is a dirty workaround though I have no clue why I need this workaround on my main sites, but not my subdomains)

Well I’m not sure – for me it is okay using symlinks. I would not think it is solved – but there are workarounds.

The real solution would be that for any files/images qtranslate-x does not use /de or similar. It just seems that in some cases after the 302 qtranslate-x does manage to have those links handled correctly – even though the 302 is unnecessary. So treat non absolute links – or links with further logic like ?… the same as absolute links.

Even though I don’t think too many people will be affected – until the links are not 302ed maybe a short section in the FAQs would help.

e.g. “If qtranslate-x redirects links to translated not available resources (/XX for language – e.g. /en or /de) – you can create symlinks in your root wordpress installation folder to correct this (.i.e. a symlink placed in root folder named “de” or “en” that points back to the root folder itself). The linux command for a website placed in srv/www/website would be ln -s /srv/www/website /srv/www/website/en – you need to do this for each additional language.”

This user has more or less the same problem:
https://wordpress.org/support/topic/option-to-exclude-links-from-url-conversion?replies=9

yes – I now use my workaround as described…