WebLoginPE 1.3.0 Bug Reports

Or it’s using the SESSION login values to get the data out of the database...

Hey,
If I remember correctly, it was in fact that inputHandlers haven’t been setup to grab data from anywhere but the user that is logged in’s account. I also remember thinking it would take a fair while to sort out for a man of my small calibre PHP skills...so I put it on my "things to do when I get home" list... which is on a different things to do list.

All the best,
Taff

I have a problem, after which more than 60 users is register on the site appears the following error:

-----------------------------------------------------------------------------------
« PHP Parse Error »
PHP error debug
Error: Invalid argument supplied for foreach()
Error type/ Nr.: Warning - 2
File: /home/one/public_html/assets/snippets/webloginpe/webloginpe.class.php
Line: 1201
Line 1201 source: foreach($attributes as $field => $value)

Parser timing
MySQL: 0.0844 s (332 Requests)
PHP: 0.2849 s
Total: 0.3693 s
------------------------------------------------------------------------------------

Please help me......

I have a problem, after which more than 60 users is register on the site appears the following error:

Check your database, table web_users. Perhaps someone registered with an illegal character in his username like blank,ß,ä,ö,ü or something similar. I think I read something about a missing validation of usernames.

Quote from: MadeMyDay at Oct 17, 2007, 08:53 AM

I think you try it with this format : 07/13/1967. This doesn´t work because of an error in the function.

Just comment out this line:

$dateArray = explode('-', $date);

because it overrides the if clauses above.

According to the php documentation, mktime returns "a timestamp is a long integer containing the number of seconds between the Unix Epoch (January 1 1970 00:00:00 GMT) and the time specified. "...

Ok but what if I’m a little older than that?!  let’s say born in 1965 (wow... 42!)?

Well on Windows, it returns to me the following error : "mktime(): Windows does not support negative values for this function"

integer/timestamp does not seem correct to store a DOB (cf. SaveUserProfile)...? or did I miss something?

--- EDIT ----
Ok Solved : the same php doc says later on : "However, before PHP 5.1.0 this range was limited from 1970 to 2038 on some systems (e.g. Windows). ".
So I need to be on this version...

Quote from: MadeMyDay at Nov 27, 2007, 12:39 AM

I have a problem, after which more than 60 users is register on the site appears the following error:

Check your database, table web_users. Perhaps someone registered with an illegal character in his username like blank,ß,ä,ö,ü or something similar. I think I read something about a missing validation of usernames.

You master, you solucionol my problem ..

Having a weird thing with the non browser Internet Explorer.

On default registration page it seems to get close to timing out waiting on the server. (Its my server and the load is less than .4)

Every now and then I get a 500 error.

Server logs don’t show squat (at site level and server wide)

Fire fox works flawlessly.

I wonder if we should have an Internet Explorer sub with these subs.

Also, notice the redirect to home / success is not working under IE, but works fine in other browsers.

Anyone have any ideas or links to a post referring to this? Heading to 50 pages on this snippet. To much to keep reading and the search on these forums could use some serious rethinking...

Like search this thread... Or did I miss it...

Quote from: wshawn at Nov 28, 2007, 04:26 PM

Also, notice the redirect to home / success is not working under IE, but works fine in other browsers.

Anyone have any ideas or links to a post referring to this? Heading to 50 pages on this snippet. To much to keep reading and the search on these forums could use some serious rethinking...

Like search this thread... Or did I miss it...

There is an updated ieButtonFix.js file attached to this post. give that a try.

-sD-
Dr. Scotty Delicious, DFPA.

Thanks for the js. I think I found it...

I was throwing random trash in the email field. Guess the server really does want to send an email....


Started my Own thread to continue, so as to not hijack Scotty’s

I was having a few problems allowing input of UTF-8 characters in custom fields.

I managed to get UTF-8 characters into the DB correctly by editing string escape code for custom fields



to



(I actually used htmlspecialchars in the end).

People may be using other encodings, so it would probably better to grab the encoding from the MODx config file.