Tips and Tricks HQ Support Portal › Forums › WP PDF Stamper › WP PDF Stamper Troubleshooting › Corrupt PDF with stamped bundled products
Tagged: corrupt pdf, corrupt stamped pdf, upload file
- This topic has 19 replies, 4 voices, and was last updated 9 years, 9 months ago by wzp.
May 29, 2013 at 1:49 pm #9147
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 v18.104.22.168
WP PDF Stamper v4.1.9
AndyMay 29, 2013 at 2:01 pm #55893
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-byteMay 29, 2013 at 2:28 pm #55894
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.May 29, 2013 at 4:08 pm #55895
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:-
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…May 29, 2013 at 4:16 pm #55896
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…May 29, 2013 at 6:36 pm #55897
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
The following Product Names work fine:-
Test Product 1
Test Product 1
Test Product 1
Test Product Part 1
Test 1 – Z1234RS
This is only apparent in bundled products using PDF stamper. Is this a known problem?
AndyMay 29, 2013 at 6:42 pm #55898morleyMember
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.May 30, 2013 at 2:40 pm #55899
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.
But – Not – ThisMay 30, 2013 at 3:19 pm #55900
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?May 30, 2013 at 5:24 pm #55901
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.May 30, 2013 at 5:39 pm #55902
Hi – they’re not filenames – they’re *Product Names*! In all of the above examples the filenames contain no spaces.
AndyMay 30, 2013 at 7:52 pm #55903
If you enable the eStore debug logs, do they show anything “funny” going on?May 31, 2013 at 12:38 am #55904adminKeymaster
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.May 31, 2013 at 9:12 am #55905
Hmm… I don’t have that option – time for a version upgrade I think! Bear with me…May 31, 2013 at 11:47 am #55906
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!
- You must be logged in to reply to this topic.