Forum Replies Created

Viewing 15 replies - 91 through 105 (of 3,008 total)
  • Plugin Author Doodlebee

    (@doodlebee)

    Again, Hugh, as stated above, it’s a warning, not an error, so it doesn’t affect how the plugin works. And, per the solution I provided above:

    you can open up instructions.php, and change line 601 from this:

    $path = plugin_dir_url();

    to this:

    $path = plugin_dir_url(__FILE__);

    That *should* fix it.

    Plugin Author Doodlebee

    (@doodlebee)

    Did you get this sorted yet? I’m willing to help, but I can’t if I don’t have more information.

    Plugin Author Doodlebee

    (@doodlebee)

    Well your server settings could also be set to show notices and warning messages. (The WP_DEBUG setting is only for WordPress, not the entire server.) So if it’s still showing, that’s probably what it is.

    You’re not stating *exactly* what your message is, Hugh – and I’m wondering if the message is even related to my plugin (since you asked “what plugin are you using?” – this is the board for *my* plugin, and as I stated above, I can’t replicate this, even with my error_reporting turned on). It would be helpful to know what messages you’re getting, since I can’t see the issue myself.

    Plugin Author Doodlebee

    (@doodlebee)

    Hugh, if you have the same warning, just setting the line:

    define('WP_DEBUG', false);

    in your wp-config.php file should solve the problem.

    Plugin Author Doodlebee

    (@doodlebee)

    Canvas isn’t a free theme, so I can’t download it an see what’s going on. I can offer up some ideas on how to try and fix it, but without actually having access to the theme itself, I wont’ be able to fix this problem. It could be my plugin’s fault, or it could be them theme’s fault. There’s no way of knowing (unless I have access to it).

    It *sounds* like a javascript conflict – but again, with no access, there’ sno way I can troubleshoot it.

    If you have Google Chrome, you can go to View > Developer > Javascript Console, and it’ll tell you exactly what the problem is.

    Plugin Author Doodlebee

    (@doodlebee)

    Well, this is only a warning, so it doesn’t affect how the plugin works. However, if you want to fix it, you can open up instructions.php, and change line 601 from this:

    $path = plugin_dir_url();

    to this:

    $path = plugin_dir_url(__FILE__);

    Alternatively, you can just shut off error messages in your WordPress install.

    I can’t replicate this issue, though – so I’m not 100% sure that will work.

    It’s happening to me, as well. I’m using custom post types, and used a solution for another problem earlier to make this plugin work for CPTs. That’s working great (the values are being saved and it’s writing to the forums), but each time a new comment is added to the post, all the other topics in the forums are overwritten (title and author show as the one that was just updated.)

    it seems that, when you add this to a post that’s already created (and move any comments to the forum) it’ll create 2 topics: one with the comments and the other without. Both have the initial “view this post” with a link to the post in question as the first post in the topic. (if I edit a second post, all the posts in the forum are replaced by the most recently updated one, until I edit a comment or something and then they all revert back.)

    If I create a new post, then it just creates one topic in the selected forum, and seems to work like it’s supposed to. The duplicates only seem to happen when I’m converting one that exists (that has comments or not).

    I also noticed a couple of things, but I don’t know if they are related: if I leave the “allow comments on this post” unchecked, but “Use a bbPress forum topic” checked, it’ll make duplicates; but if I have them *both* checked, it doesn’t seem to do it.

    I know it all seems random, but if you need me to do further testing, please let me know 🙂

    Okay, got it. The answer was already here in the support.

    In your functions.php file, just add:

    add_filter( 'bbppt_eligible_post_types', create_function( '$post_types', 'return array("post", "page");' ) );

    just add your post type to the array.

    And make sure you have WP_DEBUG set to “false” in your wp-config.php file, or else you’ll get “headers already sent” errors.

    Ah… I got the reason why – I’m using a custom post type. it’s not recognizing it because on line 191, it sets the post types this works for (which is “post” and “page). I added mine and (after a few errors) i got it to work. now I need to figure out how to make it work 100% – that was just a test.

    I’m adding to this – I’m having the same issue. I can see the “discussion” option to replace the comments with a topic or forum, but no matter what I check in the checkboxes, it’s all reset when I save, and nothing is added to the forums.

    This is using WordPress 3.5.1, with the Twenty Twelve theme, and no other plugins activated (save bbPress).

    I’m getting the same thing. For the record, these are notices, not errors. You can turn off notifications so you don’t see them – the plugin should still work just fine. (But the developer should take these notifications under advisement and update the plugin.)

    Plugin Author Doodlebee

    (@doodlebee)

    Thanks Rebecca – I just uploaded the fix. Might take a few minutes to come through. It was my bad – a function was missing a (quite an important) variable! Thanks for letting me know!

    (ha – just finished reading the rest of your post – I just saw “Fatal error” and went right to work! – but yes – that was the important missing variable! Thanks for the catch 🙂 )

    Plugin Author Doodlebee

    (@doodlebee)

    Okay, I’m marking this as resolved. I’ve fixed the issue locally, but I can’t upload the update until tomorrow – but it will be done 🙂 If you have any other problems, let me know!

    Plugin Author Doodlebee

    (@doodlebee)

    Okay – thanks for bringing this to my attention. You’ll have to contact the YAPB plugin author, because really, only HE can fix the issue, since it’s with his plugin. I have *no idea* why my plugin makes some of these errors show. All I know is that the warning you described you were seeing in the original post made me look at his class. Apparently he’s recently popped in a fix for another issue – the fix was this exact line. So in that file (wp-content/plugins/yet-another-photoblog/lib/Yapb.class.php on line 821) the line he has is this:

    if ($post && property_exists($post, 'image')) {

    The problem is, he’s just checking for a post of ANY type. Could be a post, a page, an attachment – or a Custom Post Type. Back End Instructions runs on Custom Post Types. So it looks like YAPB doesn’t make any sort of differentiation between a regular post, and a CPT – so it’s tossing out this error.

    I fixed it locally by changing that line to:

    if ($post['post_type'] == 'post' && property_exists($post, 'image')) {

    And BAM. Message goes away. Of course, this will only work until his next release – and if he doesn’t do something about checking for CPT’s, and you upgrade, your edit will be overwritten. But that’s the best I can offer.

    Otherwise, I figured out a couple of the issues BEI was having, and I’m going to put out an update here in the morning to fix those bugs. between the two, your problem should be solved. But I would HIGHLY recommend you make the author of YAPB know about the issue with CPT’s. otherwise, the issue will remain.

    Plugin Author Doodlebee

    (@doodlebee)

    Ah. I was finally able to replicate the problem. Even with my plugin shut off, there’s still errors with YAPB. Under “All Posts” there’s a notice:

    “Notice: Undefined property: Savant2::$image in /wp-content/plugins/yet-another-photoblog/tpl/manage_posts_custom_column.tpl.php on line 2”

    Yep – it looks like a conflict. I’m trying to work it out now.

Viewing 15 replies - 91 through 105 (of 3,008 total)