Timothy Wood

Hey @rmgreen this is actually on our radar and has been fixed. We have a few more exiting items coming in our next release as well. Unfortuantly, I am a bit delayed in getting the release out the door so you are still seeing this bug. A quick fix is after publishing to go to your site Settings > permalinks and then clicking save. Please note you only have to do this once as the settings will persist.

Hey Patrick, I am a bit delayed in releasing the next version out the door due to scheduling issues at the moment. As soon as that is accomplished we wil be following closely with the add-on release options full steam.

Which language are you looking for? We have made great strides to make this translatable but do not have any active translators yet. If you would like to offer we would love to talk with you!

This is a known bug set to be resolved in version 1.2.0. To fix in the interim please go to your admin settings > permalinks and click save. This will flush your site’s permalinks and implement the new /legal/* terms.

Thank you for the kind review!

We noticed the bug you stated about the 404 a little while ago and is slated to be fixed in our 1.2.0 version release.

Can you give me more information as to your setup? What plugins you have installed, what theme is active, and what your server stats are?

This has now been resolved in the latest release (v1.1.4). Thank you again for a smart deduction on the original issue being the reversed option save.

This misspell has been corrected in the latest release v1.1.4 thank you for the eagle eye catch!

I agree with the annoyance. I had anticipated enabling a way to filter the date; however, I have found from experience most general users don’t pay attention to the date format or format it in such a way that would be detrimental to the display of the date on the legal terms. I do think for a future release I will enable a filterable override – but as you suggest revert to using the format defined by WordPress.

Thank you for a thorough testing on the options. I have logged this defect on our issue tracker https://github.com/codearachnid/legull/issues/11 and it will be fixed in our next release.

This list was very helpful. Thank you for taking the time. Fortunately there wasn’t a conflict with the plugins you listed. Turns out for new users who did not already have saved data there was occasions where the messaging would display improperly on first time save. Please update to the latest version of the plugin and try saving again. If you continue to have issues please respond here.

Have you tried our new Gravity Forms integration? We’d love to hear your experience and how to make it better.

Daya, thank you for reporting this. We have gotten this on another install recently and are chasing down the cause. Can you list any other plugins you may have active and any details as to your hosting environment?

Hey Jonathan, I’m not sure I understand what you’re looking for. Can you clarify? I think you are asking for a PDF supplied by a form user when a form is submitted to be sent?

Out of the box this plugin only will send a previously attached PDF to the form. As in the form creator attaches the file when managing the form settings. If what I described matches your question I could look at adding that functionality in the next release.

I’m not sure what the question is? Can you be more elaborate as to the request? If the file exists in the media gallery and is attached to the notification then it will work just fine. If it is dynamically generated then you may need to do a little extension to leverage the dynamic file to pass through on the email.

This is strange behavior indeed. Is the file you replaced the same filename as the previous? Have you checked your logs to see if anything is amiss during the send?

The attachment process is independent of the browser so i appreciate your testing but it should not matter what browser is running during the form submission.