Corrupt PDF with stamped bundled products

[andymac]

Hi – I’m having a problem with PDF Stamper giving corrupt download links / PDFs when used with bundled products. It tends to change depending on how many products are in the bundle.

When it’s a single unbundled product it works fine

When it’s 2 products the first product is corrupt with a filename of <filename>.pdfÏJq¶J and the second product is fine.

When it’s 3 products in the bundle the first product is corrupt with a filename of <filename>.pdfÏJq¶J, the second product downloads ‘download.php’ (!) and the third product is fine.

Versions I’m using:-

WP eStore v6.9.6.8

WP PDF Stamper v4.1.9

Wordpress v3.5.1

Any ideas?

TIA,

Andy

[wzp]

If you do not stamp the PDF files, do the bundles download okay?

Do the bundles contain just PDF files?

Please make sure you are not experiencing basic downloading issues.

https://support.tipsandtricks-hq.com/forums/topic/downloaded-file-size-is-0-zero-byte

[andymac]

Hi – yes, if they’re not stamped they work fine… although I’ve just spotted something else odd with the URL ‘bleeding’ between the two products in the notification e-mail, if that makes sense (I can send a screenshot it if helps). They still work, even with the odd looking URL.

Yes, just PDF files.

[andymac]

Here’s a screenshot of the ‘URL bleed’ issues I mentioned – I don’t think that’s related to the corrupt PDF issues but here’s a screenshot anyway:-

[http://www.beginnerdrums.co.uk/samples/eStoreURLbleed.gif]

The URL bleed seems unique to my ‘live’ products – it doesn’t do it on my test products – typical!

Just about to test the stamping on the test products…

[andymac]

OK, the Test bundle is stamping fine – no download corruption issues at all. This *does* seem related to the URL bleed after all! It must be something to do with my obscure filenames or something – I’ll continue to investigate and post back…

[andymac]

GOT IT! I think… OK, this is weird. 30+ test transactions later and I think I have it narrowed down. Basically if the product name starts with a combination of letters and numbers then it doesn’t work. If it contains just letters or just numbers it’s fine. Anything after a space is fine. So…

The following Product Names produce the problem:-

Z1234R-S – Test Product Part 1

Z1234RS – Test Product Part 1

Z1234RS Test Product Part 1

Z1234RS Test 1

Z1234RS

Z1

ZZ1

1Z

The following Product Names work fine:-

Test Product 1

Test Product 1

Test Product 1

Test Product Part 1

Z 1

Z

1

Test 1 – Z1234RS

This is only apparent in bundled products using PDF stamper. Is this a known problem?

Andy

[morley]

I noticed something similar a while back with a product name that had a hyphen in it. I took the hyphen out of the name, and things have been fine since.

[wzp]

You might also avoid problems if you removed all spaces from the file names. Most of the Internet uses *nix (Unix, Linux, etc) style O/S (especially the server running the plugins) which do not normally recognize spaces as valid file name characters. The use of space character delimited dashes compounds the problem because regular expression parsers will interpret them as patterns or switches.

Do-This

Or_This

But – Not – This

[andymac]

My file names don’t have any spaces in them. Will there be a fix to this bug or do I have to rename all of my products?

[wzp]

You gave an example of a file name that does not work…

Z1234R-S – Test Product Part 1

That makes 5 space characters. It is not a bug, per se, but a generally accepted restriction; when processing files on non Microsoft/Apple O/S. Yes, we could figure out a workaround, but the problem will manifest itself someplace else. It’s best to just not use space characters.

[andymac]

Hi – they’re not filenames – they’re *Product Names*! In all of the above examples the filenames contain no spaces.

Andy

[wzp]

Understood.

If you enable the eStore debug logs, do they show anything “funny” going on?

[admin]

Hi Andy, Please enable URL shortener feature from eStore settings (look for the “Shorten Encrypted Download Links” field and check it). This should make the encrypted links short and prevent that URL bleeding issue you explained.

Then enable debug and click on an encrypted download link and tell us how it goes.

[andymac]

Hmm… I don’t have that option – time for a version upgrade I think! Bear with me…

[andymac]

You’re a star! That fixed it! Just for info, the upgrade didn’t help but ticking the “Shorten Encrypted Download Links” sorted it. If it helps the only stuff in the logs that looked dubious was this:-

[05/29/2013 6:45 PM] – Status : Unresolved DL file path = http://myurl/stamped/stamppath/filename.pdf¬d1Þ

[05/29/2013 6:45 PM] – Warning : Invalid URL conversion target = mypath/stamped/stamppath/filename_code.pdf¬d1Þ

[05/29/2013 6:45 PM] – Advisory : Forcing “Do Not Convert” option.

[05/29/2013 6:45 PM] – Status : Resolved DL file path = http://myurl/stamped/stamppath/filename_code.pdf¬d1Þ

[05/29/2013 6:45 PM] – Advisory : No DL file path conversion performed on URL.

[05/29/2013 6:45 PM] – Status : Dispatching DL method = 1

[05/29/2013 6:45 PM] – SUCCESS : DL completed with no server-side errors detected.

You can see the corrupt characters after the file extension. You should be able to replicate this at your end if you want btw.

1. Create 2 products with *Product Name* Z1 and Z2

2. Create a bundled product containing the above products

3. Tick the ‘PDF Stamper’ box for them to make sure they get stamped

4. Buy the bundled product and try to download them

Intrigued whether it’s just me!

Anyway, I’m sorted – cheers for the help guys. Can I also just mention the Tweet 2 Download add-on is awesome!

Andy

[Author]

Posts