Forms Support

[Simon Woods]

22 minutes ago, Mike John said:

I don't seem to be able to reproduce this in the forums or pages app. Can you reproduce this with the default "Contact Form" or do you have a customized form? If the later, if I could get acp login details. I'll try and reproduce this with your exact setup.

The forms are customised. I have sent the PM. Thanks!

[Lelling]

Hey ^^

we noticed that the Radio buttons don't have an option to make the field required. Is this intended? It'd be very useful to have that option.

On a similar note, we also noticed that Yes/No option always displays "Required", but you can leave it either on Yes or No to be able to submit the form, which makes displaying that it's required redundant. It'd probably be better if there was a required option for that too, and if it were set to required would mean that the person must say "Yes", and leaving it not required would mean it can be either Yes or No.

[Simon Woods]

1 hour ago, Lelling said:

we noticed that the Radio buttons don't have an option to make the field required. Is this intended? It'd be very useful to have that option.

But you can't un-select a Radio button so it is required by default, no?

[Trevor Brandt]

Hi!

I am unable to see the "Forms" widget as well. Fresh install of both my forums and the Forms app. I was trying to place the built in contact form on the board index.

[Lelling]

On 18/08/2017 at 11:33 PM, Simon Woods said:

But you can't un-select a Radio button so it is required by default, no?

Nope, because none is selected by default (unless you set something to be). I tested it and you can submit without selecting anything.

And when you don't want to show preference in a form, nothing should be selected in advance (which is why we wanted to use radio buttons instead of dropdowns in the first place).

[Simon Woods]

50 minutes ago, Lelling said:

Nope, because none is selected by default (unless you set something to be). I tested it and you can submit without selecting anything.

And when you don't want to show preference in a form, nothing should be selected in advance (which is why we wanted to use radio buttons instead of dropdowns in the first place).

I just tested this and this is indeed how it works. You can just ignore the field and leave it blank. Weird...

[Michael.J]

On 8/19/2017 at 6:28 AM, Lelling said:

we noticed that the Radio buttons don't have an option to make the field required. Is this intended? It'd be very useful to have that option.

I've checked and it looks like IPB 4 is doing that as the source code itself.

Quote

/* "Required" means nothing for radio and checkbox */

I might be able to provide some work around code if you have ftp access to your files and don't mind using some test code? But I am wondering if IPS added this for a reason and to solve some potential issue I'm not aware of. I know the "select box" still offers a required option.

On 8/21/2017 at 10:33 AM, Trevor Brandt said:

I am unable to see the "Forms" widget as well. Fresh install of both my forums and the Forms app. I was trying to place the built in contact form on the board index.

I'll be checking Simons board soon but if I could check on your site as well and see if there's any pattern here. Just upgraded to the latest forums and still not seeing any issues here. I can add to just about any widget area I want.

[Trevor Brandt]

@Mike John Just did another fresh install of the forums and of Forms 4.2. Not getting widget capabilities. Screenshot attached. If you need access, let me know. Thanks!

[Michael.J]

On 8/27/2017 at 8:33 AM, Trevor Brandt said:

Just did another fresh install of the forums and of Forms 4.2. Not getting widget capabilities. Screenshot attached. If you need access, let me know. Thanks!

Yeah if you don't mind. Haven't had a chance to look yet but if more boards are able to reproduce this, it will help track down what's wrong faster.

[Daniel F]

Hi,

Your app contains several language strings with the same key, as present in the core application, which is causing translation issues . At a quick glance, I've noticed "delete","quote", "guest".
I would suggest to add an app specific prefix to the key or to reuse the existing langstrings from the core to avoid such issues in the future 

[Michael.J]

On 8/29/2017 at 10:11 PM, Daniel F said:

I would suggest to add an app specific prefix to the key or to reuse the existing langstrings from the core to avoid such issues in the future 

Thanks. Next update will patch this and include a query to manually remove the duplicate from the lang database.

[Simon Woods]

1 hour ago, Mike John said:

Thanks. Next update will patch this and include a query to manually remove the duplicate from the lang database.

Is this the same aforementioned issue or something else?

[FabioM]

10 hours ago, Mike John said:

Thanks. Next update will patch this and include a query to manually remove the duplicate from the lang database.

Hello @Mike John do you have an idea when the patch could be available?
Unfortunately I can't use my translation if you don't fix the problem (that I've discovered with the Invision support).

Thanks a lot,
Fabio

[Trevor Brandt]

Can’t wait for the update. Look forward to using widgets on my website.

[Lelling]

There's an issue with permissions that we were able to just ignore for a while but now that we have a lot of forms on our forum, it's starting to bother more and more people. Let me see if I can describe it well:

If someone has the permission "See Form", but not "Submit Form", upon trying to load the form, they'll get a message saying something like "Sorry, there is a problem
The page you are trying to access is not available to guests, but may be available if you sign in."

So in reality, they cannot see the form, despite the permission setting saying they can.

And then furthermore, if someone does not have the permission "See Form", they'll just be redirected to the full list of forms they can see (which includes the ones described in the above scenario). Note that this issue happens regardless of whether or not the "Require form url?" setting is on or off, meaning that people are still able to access the central Forms page by attempting to access a form they don't have the permission to see.

This creates a number of problems, from people being confused when linked to a form that guests can't see and instead just getting a whole list of forms, not really understanding what they were linked to, and if there is a permission called "See Form" and "Submit Form", anyone using it would assume that with Submit turned off, it means that they'll still be able to actually see the content.

Would it not make more sense to change this so that people who do not have the permission to "See Form" get that warning, and people who do have permission to see a form, but not submit see the actual form fully displayed as anyone with both See + Submit perms, but instead of the "Submit" button, there'd be a deactivated button or a warning?

I'm no master coder but shouldn't it be possible to put the "Submit" button in an {{if}} that asks whether the member has the Submit permission, and if they don't, instead display a deactivated button saying something like "Must be logged in" or "Can't Submit" (or even a custom text that the user can define per form - accounting for different permission levels), and maybe even a login button next to that - or just display an actual warning that says "You do not have the permission to submit this form." instead of the button itself?

Edited September 5, 2017 by Lelling

[FabioM]

Hello @Mike John, I've found another problem and this problem affect also the english language because there is no form_logs_pl_pl key in the database, but only the form_logs_pl key.

Thanks,
Fabio

 

[Michael.J]

On 9/5/2017 at 7:20 PM, Lelling said:

There's an issue with permissions that we were able to just ignore for a while but now that we have a lot of forms on our forum, it's starting to bother more and more people. Let me see if I can describe it well:

I've put together a temporary manual patch to fix this until the next update - https://www.devfuse.com/forums/bugs/forms/form-viewsubmit-conflict-r10/

On 9/5/2017 at 8:17 PM, Fabio Maiorana said:

, I've found another problem and this problem affect also the english language because there is no form_logs_pl_pl key in the database, but only the form_logs_pl key.

Thanks, noted for next update.

[Lelling]

11 hours ago, Mike John said:

I've put together a temporary manual patch to fix this until the next update - https://www.devfuse.com/forums/bugs/forms/form-viewsubmit-conflict-r10/

Thanks so much, that did the trick ^^

[joshuaj]

Hi @Mike John, if a user is logged in and goes to fill out a form, is it possible to have a field titled "username" and have it autofill based upon the current user's name that is logged in?

[Michael R]

@Mike John is there a way to export the logs to a csv or txt file?

I have a form set up for members to enroll in our annual Christmas Card mailing. I want to create a spreadsheet with all the entries and I really don't want to have to copy and paste the individual entries from over 200 submitted forms. 

[FabioM]

On 31/8/2017 at 11:38 AM, Fabio Maiorana said:

Hello @Mike John do you have an idea when the patch could be available?
Unfortunately I can't use my translation if you don't fix the problem (that I've discovered with the Invision support).

Thanks a lot,
Fabio

Any news on the update? Thanks

[Michael.J]

On 10/4/2017 at 9:07 AM, joshuaj said:

Hi @Mike John, if a user is logged in and goes to fill out a form, is it possible to have a field titled "username" and have it autofill based upon the current user's name that is logged in?

Yes if you add the {member_name}  quick tag to the fields "Default field value" setting. It will auto fill in the username of logged in members.

On 10/5/2017 at 9:04 AM, Michael R said:

@Mike John is there a way to export the logs to a csv or txt file?

No not currently. It was a feature of IPB 3.4 and something I'll look at adding again but currently it's not possible with this version.

On 10/6/2017 at 12:02 AM, Fabio Maiorana said:

Any news on the update? Thanks

New update is not far away.

[Sowellinformed]

@Mike John Currently when someone fills out a form, a message about their form activity is posted in the profile area of that user. For example "(member name) posted form log in (name of form)."

Is there a way to prevent that message from being posted in the members activity feed?

There is a form on my community that I would not like other community members to know when someone has filled the form out.

Edited November 1, 2017 by Sowellinformed

[Michael.J]

14 hours ago, Sowellinformed said:

Is there a way to prevent that message from being posted in the members activity feed?

Do you have ftp access to your IPB files? If so, I should be able to provide instructions to modify this before the next version.

[Sowellinformed]

On 11/1/2017 at 9:42 PM, Mike John said:

Do you have ftp access to your IPB files? If so, I should be able to provide instructions to modify this before the next version.

@Mike John YEs I do! Id love to know how to do this!

Edited November 4, 2017 by Sowellinformed