Hi,
I’ve the same Problem. The redirect process is working, but I’m redirected to a wrongly named pdf file. This is, during PDF creation are all form field tags resolved, e.g., when you want to add the name of the user into the pdf Name like [firstname][lastname], but during the redirect process, the Plugin failed to do it. So, the final URL for the redirection process still include the [firstname][lastname] tags instead of the “values” of this field. Summarized, the pdf is written correctly, but the redirection fails.
Can you please fix this bug soon, since a client of mine needs this function soon.
Thanks in Advance.
Same here.
That unfortunately makes the plugin unfunctional.
Hi everybody,
I just had a look at the changelog of the plugin and had some hope that it is already resolved. Unfortunately, it still doesn’t work.
Still, the date etc. is replaced in the redirect link, but not the custom fileds from the contact form 7 that are used in the pdf name. When sending the pdf via mail, it still works. I had a look in the code and it seems, the pdf name is dynamically generated each time it is required, but when redirecting to the pdf file, the contact form 7 cache is already emptied, so that the required information are not accessible anymore.
Does this Option also require to store the information into the database? If yes: is an option planned to delete DB entries older than X days? that would be useful, since otherwise the database will grow fastly. I know it is possible to delete the whole DB table, but an option inbetween would be nice to have.
Thanks in advance.
