Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • phpBB apparently (?) brings along a constant $db that is null while in corporation with WP.

    Methinks it has something to do with globals being unset in WP? I can’t think of anything else.

    This is the buggy line from phpBB file:
    if (!($result = $db->sql_query($sql)))

    This probably isn’t a strict WP issue, however this issue only appears when trying to incorporate phpBB and WP so I’m hoping this thread won’t get deleted or locked even if it isn’t a WP issue really.

    I have this same problem whilst integrating phpBB and WP.

    The forum works, WP doesn’t. I’ve tried renaming some variables (WP also uses a passable variable $db so I renamed it, also renamed $userdata) and some functions such as get_userdata(). But to no avail.

    Any ideas? Did you manage it nexuszero?

    It’s pretty hopeless for me right now…

    I have a third party db table and the rest of it so that WP-United is not an option.

    Thread Starter pearlybay

    (@pearlybay)

    I’ve now narrowed it down to function get_userdata(). When I comment out this function (or rename it) pageload works.

    Perhaps I’ll just rename the function in WP and replace the old function with new one wherever I see it lurking.

    Thread Starter pearlybay

    (@pearlybay)

    http://pastebin.com/m57a34ef8

    Thanks, so that’s where you’ll find functions.php.

    Thread Starter pearlybay

    (@pearlybay)

    I’m not sure if it’s okay to post that file since it is from another application. Please remove if it isn’t. I thought it would help out.

    Thread Starter pearlybay

    (@pearlybay)

    Here’s functions.php:

    [Moderated]
    Please post lengthy code via http://pastebin.com. Thanks

    Thread Starter pearlybay

    (@pearlybay)

    Fine! Now it works!

    I’m guessing the problem with my old users table was that it allowed null for the col user_registered. And because it allowed null for registration (and presumably was null, although I thought I had changed it to now()) then it would appear that the users had never been logged in…

    Anyways. Problem solved! Hope it helps someone who may have the same problem in the future as I wasn’t able to find help in the previous topics.

    Thread Starter pearlybay

    (@pearlybay)

    Updating the situation…

    So now I got the exact replicant table to work. I don’t know how exactly, but it works. I think the reason may have been that my OLD password was scrambled with mysql’s own password command instead of md5, although I can’t really remember using it for the replicant table and I really can’t think of any reason why it would matter…

    However, the original table still gives the same error message about invalid session (the account is not in English so I don’t know what it actually says, but basically it says “your session has gone old” and I assume it means invalid session).

    Will update once I find out something more, will start looking through the ´staff´ table now.

    Thread Starter pearlybay

    (@pearlybay)

    Okay I found the additional user data in wp_usermeta. I had thought it had recorded changes to user data, now I realize it holds the actual data.

    Still lost with the password change.

    The same thing happened to me today. I was playing around with my brand new blog and the admin panel. I changed the permalink appearance and – poof! – I was out of the system.

    A .htaccess file was indeed created and it read exactly the same thing as deptford’s did so everything should’ve been okay. However the file permissions were somehow to blame in this case as well, I think it was originally 755 or 744. When I set it to 666 or 644, everything works. The permissions were set by wordpress while creating the file, there was no .htaccess in my directory previously.

    A bug or whatever… hope it helps someone.

Viewing 10 replies - 1 through 10 (of 10 total)