kehlers (@kehlers)

Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • @kehlers

    Member

    Seemed to have solved this, so I’ll post the answers for anyone else who has this problem.

    PHP 5.3+ now requires you to define an object explicitly ($object = new className();). The $bb variable in older versions of bbPress is an object which is implicitly defined in config.php. Thus, if you define it explictly as an object of type stdClass, the error goes away, like so:

    $bb = new stdClass();

    WARNING: I have not fully tested this, so use at your own risk.

    However, I also noted that in bbPress 1.0.2, the whole $bb object seems to be deprecated, so it is likely that if you upgrade to the newest version, the errors will also go away. I can’t upgrade just yet, so I haven’t tried this either.

    Cheers!

    @kehlers

    Member

    Has anyone noticed this problem:

    If you make the additional (i.e. custom) fields “required”, it works fine on register page, but not on profile page. That is, on register page, you get an error if the required field is not completed by the user, as it should be. On the profile page, you get no error message – if there is no value in the field, then the form simply doesn’t process – no error appears.

    (Note: we implemented this field after there were already hundreds of registered users, which is why we have several hundred fields that are “blank” even though the custom field is required. However, it would be nice if we could get legacy users to fill in that field any time that they edit their profile from here out.)

    @kehlers

    Member

    excellent – thanks!

    @kehlers

    Member

    I had this same issue, and I really like having images, so I looked into the code. I am not very savvy about reg expressions, so but if I comment out line 29 ($text = preg_replace("|(.*?)|se", "'<code>' . encodeit('$1') . '</code>'", $text);) from the allow_images_encode_bad function of the plugin, everything seems to work.

    Does anyone know if I need that line for anything else? I don’t want to open my site up to hackers or some such thing.

    @kehlers

    Member

    Does anyone know why I would get Plugin could not be activated; it produced a Fatal Error when trying activate this as a plugin? I’m running bbPress 0.8.3…

    @kehlers

    Member

    UPDATE: I found out how to fix this, see details in this forum post under Troubleshooting: https://bbpress.org/forums/topic/pick-a-section-dropdown-is-blank-bbpress-083-private-forums#post-14466

    @kehlers

    Member

    Hi, I’m having the same problem. I’m running bbPress 0.8.3 with allow-images, fix bbPress, notification, and private-forums plugins. Except for the problem (below), everything is running fine.

    Basically, if a regular member clicks “ADD NEW” link on the front page of the forum, their Pick a Section dropdown list is blank, and if they go ahead and submit the new post form, they get an error that the forum topic is closed.

    If same user clicks on a forum and posts from there – works fine. If an adminstrator clicks from front page, it works fine. If I deactivate the private-forums plugin, it works fine.

    Can anyone suggest a way to fix this? Besides deactivating private forums,that is. ;)

    @kehlers

    Member

    Oops, I forgot to do a “search” prior to posting this, and I see that it was already posted by someone else. Please disregard.

    @kehlers

    Member

    Well, your guess was correct! Your tip got me to thinking about cookies – I’m a little rusty on my setcookie() syntax! Anyhow, I decided to install WordPress, even though I don’t need it just now, because if I could get that to integrate across directories, then I could surely do what I’m hoping for with the gallery.php page.

    That helped me to understand the interactions of the cookies and directories and domains. All that to say, I was able to get it to work using the following in config.php:

    $bb_cookiepath = "/";
    $bb_cookiedomain = ".mydomain.com" ;

    I believe that if cookie domain is not specified, then it will default to be the root of the directory in which the script is running, i.e. mydomain.com/forums/, making it unavailable to any other directory, including parent directories. You probably already knew that, but just putting it out there in case someone else has the same issue. ;)

    @kehlers

    Member

    Hm. I’m pretty sure I’m actually logged in. Let’s say I’m at the gallery.php page, which is in the root of mydomain.com. I type in my valid login id and password. The next thing I see is the front page of my forum (http://mydomain.com/forums/index.php) , which reads “Welcome, kehlers (View your profile)” etc. I can add, post, go to admin section, etc. When I view cookies, I have a bb_user_(hash) and bb_pass_(hash), which seem to have appropriate values. All that to say, I think I’m logged in successfully.

    However, if I go back to gallery.php, I still see the login form, as though nothing has happened. I did try adding $bb->cookiepath = '/'; to my config.php, but it didn’t seem to make a difference. Do I need to restart anything (browser? Apache?) once I’ve added that? I wouldn’t think so, but thought it was worth asking.

    Thanks for your help on this!

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