[solved] FormBuilder: Won't submit for some users..

[superstoffe]

Hi,

So, i've got this CMSMS running for the company I'm working for. There we have a simple system where you can ask for a quote, and/or put a order. All through rather simple forms made by formbuilder.

Now, we've seen a few customers that cant submit the form. When clicking submit nothing basicly happens.. Everyone seems to explain it that when they push the button it turns, from white, to black and then nothing. The funny thing is that the button is suppose to be black, clicked or not. Now the color itself isnt a huge problem .. it just might be a part of the problem.

So my questions is; Why can't some submit the form? And how do I fix it? Is it a firewall blocking the JS?

Any help much appreciated!

[superstoffe]

By the way..

Im running CMS 1.5.1 "San juan" with latest Formbuilder and FEUser.

Link: http://www.kph.se/index.php/webbestallning (swedish)

[superstoffe]

Anyone?

[vilkis]

Hi,
I have no solution but I think you have to reproduce the situation first of all. What internet browsers are used by the customers who can't submit the form?

Vilkis

[JeremyBASS]

What's the Url of the form action... you may need to try to relapce it with stright imdex.php.

Cheers
Jeremy

[superstoffe]

Hi,
I have no solution but I think you have to reproduce the situation first of all. What internet browsers are used by the customers who can't submit the form?

Vilkis

Hey,

Thats the thing really, from what I can remember they have used both Firefox and Explorer, nothing different from what I, or other customers, use for example. Nothing seems to be out of the ordinary. :/

[superstoffe]

What's the Url of the form action... you may need to try to relapce it with stright imdex.php.

Cheers
Jeremy

Hey Jeremy,

It is actually. Is that what you meant?

[JeremyBASS]

What's the Url of the form action... you may need to try to relapce it with stright imdex.php.

Cheers
Jeremy

Hey Jeremy,

It is actually. Is that what you meant?

Yes that is it.. was that your URL? A straight copy?  If so... what do the logs say?  Admin logs to Server logs... run it in IE, do you see an error after submit?  It'll happen really quick and you may not have a chance to click it and find out what it is but all this is the next step...

Cheers
Jeremy

[superstoffe]

After some more research I've noticed that somewhat older systems, the webserver itself included, that runs Explorer conflicts with the two Forms (FEU login and the FB form itself). The form in other words fails if not logged in. If logged in however the main form submits fine.

So in some way the 's conflict. The question is why, and how to fix it?

Is it the two forms or is it the fact they both use index.php that fails? What do you think Jeremy?

To add: They FEU login is for prefilling the form .. so that people using it often doesnt have to write everything over and over again.

[superstoffe]

Anyone with quick fix for this?

[JeremyBASS]

Try this... put  this i a udt

Code: Select all

$urlBASE = "http://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
if (!empty($_SERVER["QUERY_STRING"]))
$urlBASE .= "?".$_SERVER['QUERY_STRING'];
if (isset($config['assume_mod_rewrite']) && ($config['assume_mod_rewrite']==true)) {
$urls = str_replace("index.php?page=", "", $urlBASE);
}else{
$urls = $urlBASE;
}

echo $urls;

and then put that for the action...

[JeremyBASS]

Sorry I made a mistake here...

Code: Select all

global $gCms;
$urlBASE = "http://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
if (!empty($_SERVER["QUERY_STRING"]))
$urlBASE .= "?".$_SERVER['QUERY_STRING'];
if (isset($gCms->config['assume_mod_rewrite']) && ($gCms->config['assume_mod_rewrite']==true)) {
 
$urls = str_replace("index.php?page=", "", $urlBASE);
$urls = str_replace("index.php", "", $urls);
 
}else{
 
$urls = $urlBASE;
 
}
echo $urls;

so where you put {UDTname} ie the action="" you'll get the page... sorry for the typo...

Cheers
jeremyBass

[superstoffe]

Thanks Jeremy, I'll try that! Do I "hardcode" the action, cause I find it in the adminpanel?

For example:

Instead of:

Code: Select all

{$startform}

I piut this this, in the FEU login template:

Code: Select all

<!-- this is a sample template, feel free to customize it -->
<form id="m5moduleform_2" method="post" action="{loginfix}">
<div class="hidden">
<input type="hidden" name="mact" value="FrontEndUsers,m5,do_login,1" />
<input type="hidden" name="m5returnid" value="69" />
<input type="hidden" name="page" value="69" />
</div>

In FEU settings you can set what page you should "land on" after logging in, that I set to same page id .. as I wanted the user to come back to the prefilled form (obviously). Now, can I do something there instead?

[superstoffe]

I'm sorry Jeremy but that didn't help I'm afraid.

From what I understand the UDTäs whole purpose is to put http://www.domain.com/index.php instead of just index.php, right!?

I can login no problems there, its all the same as before. I guess you just cant use the index.php as action in a form multiple times on one page, even though your write the source differently. Its sort of obvious really. But how the h... do I solve it?

[JeremyBASS]

The udt was to just test... at this point I'd have to say I don't have enough information to help... I need to see the form... could be as simple as a naming issue as your hard coded the action id.. and sometimes that will error and die without a word... try counting your actions and make sure your pointed in the right spot... or {get_template_vars}....

Cheers
Jeremy