73 replies to this topic

[Dean]

ok, so put that back in and see if it works

[diazulu]

Not working, still the same error

[Ralph]

diazulu, on May 9 2006, 11:33 PM, said:

Not working, still the same error

<generic_request>

Please supply us with additional information so we can better assist you in resolving this issue... The following information, complete with version/release will be of great help... If the issue is browser-specific also include browsers tested and the results of each...

Server Operating System
Server Software
PHP version
MySQL

</generic_request>

[Dean]

Ok, delete the reference to the snippet in your pages, then clear the etomite site cache.

Then see if your error is gone, and then add the snippet call again, but place it between [! and !] instead of [[ and ]]

[petrbok]

This problem appears by MSIE only. When I remove the red highlighted commas (see code bellowe) it works OK without error messages in MSIE. I am sorry but I am not able to correct form_class.php by my own.


<script type='text/javascript' src='./manager/media/script/validator.js'></script>
<script type="text/javascript">
<!--
var a_fields={
'frm_username':{'l':'Username:', 'r':'1', 't':'username_lbl', },
'frm_password':{'l':'Password:', 'r':'1', 't':'password_lbl', },
},
o_config = { 'to_disable' : ['Submit', 'Reset'], 'alert' : 1 }
var v = new validator('authenticate_visitor', a_fields, o_config);
//-->
</script>

[Ralph]

petrbok, on May 22 2006, 09:21 AM, said:

This problem appears by MSIE only. When I remove the red highlighted commas (see code bellowe) it works OK without error messages in MSIE. I am sorry but I am not able to correct form_class.php by my own.
<script type='text/javascript' src='./manager/media/script/validator.js'></script>
<script type="text/javascript">
<!--
var a_fields={
'frm_username':{'l':'Username:', 'r':'1', 't':'username_lbl', },
'frm_password':{'l':'Password:', 'r':'1', 't':'password_lbl', },
},
o_config = { 'to_disable' : ['Submit', 'Reset'], 'alert' : 1 }
var v = new validator('authenticate_visitor', a_fields, o_config);
//-->
</script>

I am aware of this problem and had started working on the fix for it the end of last week... I get the same nagging error in IE and will have a solution posted here soon...

[Ralph]

<<< FIX >>>
The attached modified copy of manager/includes/form_class.php should resolve the errors reported... It should also address an issue with XHTML validation...

Attached Files

•  form_class.php   7.61K   102 downloads

[espersen]

hhuhh - is it included in the recent Final-version to download ?

[Dean]

No - the download files wont be updated, which is why there is a pinned announcement in the main forum....

[vw53a]

Hmm, I would have put the actual download in the announcement section or in the bug-section (or in an earlier created special section with fixes as used during theRC/RTM stage), and then posted here in this topic a link to that download. Now fixes will get scattered all over the place.

[espersen]

atm not easy to overlook what fixes is out

It would be nice if
a. the are included in the available download-package or
b. the fix'es are gathered in one spot - fx using the ShowFiles-snippet - easy and ready for download.

[Jelmer]

The fixes are all gathered in one forum thread, which is http://www.etomite.com/index.php?sh...t=0&#entry32463 in the Announcements section. Looks ok to me.

It would be very unwise to include all fixes in the download immediately because we would have dozens of different releases.

[Dean]

Not only that, but it took us bloody ages how to figure out how to get the downloads up there to start with

[shanester]

I installed the authenticate visitor snippet. The form appears properly and so forth, but it fails to generate a proper redirect url when I have FURLS enabled. If I don't have FURLS enabled and I pass the ID, it works fine. I have all the fixes Jelmer linked to above installed. I have tried FURLS both with and without friendly aliases, but it fails no matter whether I call the snippet with the ID or the alias (haven't tried the url call).

If I call with id=2 with FURLS enabled, the url that's generated for redirect is:

"http://www.longtins.com/cm_test/2.html"

which fails, of course. If I instead pass alias=repository, I get:

"http://www.longtins.com/cm_test/repository.html"; or
"http://www.longtins.com/cm_test/.html"

depending on whether FALIASES are enabled, both of which also fail (though I think the "repository.html" one should work since FURLS are enabled??). I suppose it's not crucial that I use FURLS, but I'd like to. I'm on Prelude Final. Suggestions?

[mikef]

shanester, on Jun 3 2006, 08:59 AM, said:

Suggestions?

Read the documentation on setting up Friendly URLs, and, if necessary, the long thread on setting up FURLs. .../2.html and .../repository.html are both potentially valid if FURLs are set up properly.

edit:
... and make sure the page you are trying to redirect to is published! repository seems an odd choice ...

Edited by mikef, 03 June 2006 - 08:15 AM.

[Jelmer]

Please discuss the FURLs problems in that appropriate thread. If they are properly working but not in this snippet, this is the place

[shanester]

Pardon my ignorance and newbieness. I thought I had everything enabled properly, but forgot to rename the ht.access files. The snippet now appears to be generating the proper urls, but functional FURL problems remain, which I will take to the appropriarte section.

[Ralph]

shanester, on Jun 3 2006, 10:01 AM, said:

Pardon my ignorance and newbieness. I thought I had everything enabled properly, but forgot to rename the ht.access files. The snippet now appears to be generating the proper urls, but functional FURL problems remain, which I will take to the appropriarte section.

That'll do it... Glad you got things sorted... :betterwink: Welcome to Etomite...

[mikef]

Authenticate_visitor is not working correctly with this Windws server based configuration phpinfo.

If I log in with the correct id and password, it just redisplays the login form; it doesn't display 'logout' instead, so $_SESSION['validated'] must be false, looking at the code. The EtoGal page I'm using it for also fails to detect that anyone is logged in; it uses the code

$userdetails=$etomite->userLoggedIn();
  if($userdetails['id']) { 
...

to detect if anyone is logged in.


If I attempt to login using an incorrect password, an error message is printed saying that the password is invalid, so its not that I've got the password wrong!

Edited by mikef, 18 June 2006 - 03:40 PM.

[Ralph]

mikef, on Jun 18 2006, 11:40 AM, said:

Authenticate_visitor is not working correctly with this Windws server based configuration phpinfo.

If I log in with the correct id and password, it just redisplays the login form; it doesn't display 'logout' instead, so $_SESSION['validated'] must be false, looking at the code. The EtoGal page I'm using it for also fails to detect that anyone is logged in; it uses the code

$userdetails=$etomite->userLoggedIn();
  if($userdetails['id']) { 
...

to detect if anyone is logged in.
If I attempt to login using an incorrect password, an error message is printed saying that the password is invalid, so its not that I've got the password wrong!

Can you post the snippet call code that you are using... I'm wondering if the install you are using isn't maybe more sensitive to the variable types being passed in the snippet call... I am referring to how something like use_logout=1 might be interpreted as "1" rather than true... I have seen this described problem before but not sure whether it may be an issue in your circumstance...