73 replies to this topic

[Ralph]

Snippet name: authenticate_visitor
Author: Ralph (rad14701)
Version: 1.1 (Final - Modified)
More info: View this snippet
Description:
Provides visitor/user login capabilities on a website front end, including optional CAPTCHA code security. This snippet will only work with Etomite Prelude Final or newer releases. Creates a login and optional logout prompt. The snippet also makes use of Tigra Javascript Forms Validation and the newly developed form_class.

Attached Files

•  authenticate_visitor.php   7.54K   380 downloads

[PaulD]

Thanks Ralph, I have been waiting eagerly for this to be released.

I also have a good reason to upgrade my own site to prelude final now.

Thanks again,

Paul

[diazulu]

Hi,

I have one problem with the snipet

When I login all works ok, but when I not login, I have an error in the page:

Line:82
Char:65
Error: Expected identifier, string or number

and this line is:

'frm_username':{'l':'Username:', 'r':'1', 't':'username_lbl', },

Thank you if you can help me

[Ralph]

diazulu, on May 4 2006, 01:40 AM, said:

Hi,

I have one problem with the snipet

When I login all works ok, but when I not login, I have an error in the page:

Line:82
Char:65
Error: Expected identifier, string or number

and this line is:

  'frm_username':{'l':'Username:', 'r':'1', 't':'username_lbl', },

Thank you if you can help me

I think you have either modified the snippet or there is something missing as the line in question farther down in the actual snippet than you have suggested, down around line 135, and there is more to that line than you have indicated... The snippet will work as posted in Etomite Prelude Final only...

Upon further investigation it appears that this line of code is actually in the form_class.php file which leads me to believe that you have removed something that the call to the form class needs...

[diazulu]

I not modify anything, and I use the Etomite Prelude Final version.

Only delete Visitor Member line.

Thank you

[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.