e107 v0.7.25 rc1

lutonwebs, first issue: its a RC, you shouldn't be using it for production websites!

Second, have you debugged anything? [-link-]

I'm bugging my provider already...
But the file doesn't fix the problem:
Fatal error: Call to undefined function: stripos() in /home/b/r/brembs.net/html/bjoern/class2.php on line 81
Same error, different line...

PHP4 does not support stripos() but strpos()...

Keep on bugging your provider, as honestly they had over a couple of years to switch by now.

This will solve your error, however its a core modification, which normally I wouldn't advise. Please take note of this.

1. Open up class2.php in a decent code editor like notepad++

2. Go to line 81 where it says:

3. Change it to:


4. Go to line 89 where it says:

5. Change it to:


6. Go to line 564 where it says:

7. Change it to:


Let me know if you get any other/more errors. Please note again that you should upgrade to php5 as soon as possible.
Also note that what I've just advised you to do is not something I recommend, as its changing the core code which brings risks with it.

@rkg trying the debugging now cheers for links.

Also another WYSIWYG error i have found.

In forum posts on my test sites, any posts made by users is all being squashed together, despite spaces between words and lines etc. And the align buttons still don't work even after resolving the issue of missing icons. Tried 3 browsers, chrome, i.e and firefox, and it happens when making a post on any of the browsers in the forum.

If i turn of WYSIWYG it works fine like it does here.

Rgds.

Gary

I have the debug info below


Here is the lines of code from theme:


And lines from e107_handlers



Forgot to mention i'm running PHP Version 5.3.5

hope this helps.

chrs,

Gary

Sorry dude was just following Camerons advice as per the homepage.

"We believe it's stable enough for most experienced users to upgrade immediately."

and as i was having multiple acess denied issues, i fealt it necessary. Every time i went into preferences and saved changes i would get acess denied and it would take around 10 attempts to get the changes to save.

Kind Rgds,

Gary

Yup, replacing stripos with strpos at these four places worked like a charm, thanks a lot. I'm pretty sure I'll get my provider to move soon.
Thanks again! I love e107!

This was very helpfull for me, thanks

I have prob's with the WYSIWYG as well.

In the Welcome message the /div 's don't appear to be put in correctly so the text alignment icons just don't work as they should.
It appears that this is also the case in the newspost items as well.

For all those sites that I have put up for non-technical people to administer this is a real issue.
Trying to tell them that you can manually do this in the html is a non-starter.

I wonder if the old Tiny from .24 would work for the interim, has anyone tried ?

Release notes have been updated re: TinyMCE upgrade/fixes. [-link-]

Changelog details the specific file details [-link-] Grab the files or download the 0.7.25 tarball from the download page.

Remember that it's not yet an official release so test on a test copy of you site first.

Odd one and not sure if it's update related.

New members cannot register (probably Chrome only) and difficulty with Firefox.

Firefox problem:

Had to turn off "Check remote servers when validating email addresses." for it to work. With it on if would not allow valid emails that were also not duplicates of other existing members (Only two test members on the site + Admin). With it off, registration works in Firefox.

Chrome problem:

Claims "username" is already in use pop-up box. On the automatic return to the signup page it has replaced whatever was written in the "Username" field with a 'remembered' password from Chrome - This may be the problem with it reading a remembered password for Username and not the one that is written.

I hope that's clear.

Site: [-link-]

ETA: With Jayya theme - Problem in Chrome not there. Current theme, Frozen, has the "Username: Password: Remember me Signup" displayed in the header. I'm guessing that it's a problem only with the login boxes in the header. This is a feature I would rather not do without (the header, not the bug )


BTW: Before the upgrade registration was " Access Denied", that is why I have no idea whether it's an upgrade issue. VERY pleased the " Access Denied" has gone.

Progress so far - (None Really)

I removed the {CUSTOM=login} from the frozen theme theme.php - No difference

I replaced the {CUSTOM=login} with the Online Info login option in the Menu=1 - No difference.

Changed visibility for Online Info so not showing in signup.php and left the {CUSTOM=login} removed - No difference.

I'm out of options.

Chrome insists on adding my saved username (in this case my Admin's username) regardless as to what I type in the box in signup.php, which, of course generated the "username xxxx" in use message.

I, of course can probably work around this using my browser (telling it not to save the login details) but my visitors are not likely to be so patient.

This really needs a fix please.

Anyone?

.

No problems with chrome or firefox. Both successful. Both Logged in okay.

I turned off "Check remote servers when validating email addresses." ages ago, because I too was getting complaints about not being able to register. I think someone told me it was to do with some servers not responding or taking ages.

I can login and out of your site successfully and as the same user from different browsers at the same time.

Could be cookies in a mess I guess?
Open saved passwords window in the browser and examine the entries.
Clear cache's /temp internet files on browser and site.
What's your limit of signup's per IP address?

Maybe I am not understanding your issue properly.

So what's the verdict any chance of it going final soon?

Not willing to test the RC my self

Thank you MikeyGMT for taking the time and trouble to check things out. Appreciated.

The issue is only if Chrome has saved your username. It seems to auto-fill and prevent any new username when subscribing again.

Maximum Signups permitted from the same IP address. = 10

Meanwhile, I'll check your other suggestions:

Thanks again.

to be honest, i was really upset, because the " access denied" issue, which i have been experienced for months. now, because of the "e_SECURITY_LEVEL" feature, i'm able to set the token temporarily to 0. this is still arduous, but it works

keep your great work, thanks.. !

@H3LL really that's a "browser usability issue" rather than anything to do with the site platform. Surely it would behave the same on any username field. The visitor can change the config of the browser or use one they get on better with. I wouldn't worry too much, after all you cannot browser for them!

@T.S Be careful there. I wonder, could it be that your visitors have some spyware which is tripping the e_token switch. Spybot and a good virus checker maybe a god start. Just a thought.

so it´s better to not have a "define('e_SECURITY_LEVEL', X);" line in the e107_config.php??

If you don't have it defined, the default e_SECURITY_LEVEL will be set to 5.