Wowzers, another CataBlog release already?

Yep, had to push another release out due to a fatal flaw in the add sub image validation. CataBlog 1.1.7 has landed, and I have good feelings about this one. Sorry about that last one everybody, this is why we call it beta software. This fix is especially important if you are not using a multisite installation of WordPress. So lets all thank Ivan for testing out the last version and try out CataBlog 1.1.7,
which I swear should work better...really...


This entry was posted in Bug Fix, Software Update. Bookmark the permalink.

40 Responses to Wowzers, another CataBlog release already?

  1. elise says:

    I added a catalog item, fine. Then I tried to add a subitem, and I got the error:
    Warning: Cannot modify header information – headers already sent by (output started at /wp-content/plugins/catablog/lib/CataBlogItem.class.php:377) in /wp-content/plugins/catablog/lib/CataBlog.class.php on line 680

  2. elise says:

    The subitems are getting uploaded despite the error. The catalog items are showing in the catalog, yay! However, clicking on the main catalog image results in the main image showing on a new page… when I close that page, I see that Lightbox is trying to load itself, and failing.

    • elise says:

      Sorry Zach, I’m using Chrome 9.0.597.102. Trying to solve the Lightbox problems on my own…

    • Zach says:

      Check your template, you can also try reloading the subimages.htm template in the template tab of the CataBlog Options panel. Links help me troubleshoot JavaScript errors too.

      • elise says:

        Ok, I’m good and stuck. The link is I’ve got the template set to grid, but I’ve also not been able to load the lightbox with gallery.htm. I’ve deactivated all the plugins that are using jquery, no dice. Currently ALL the plugins are disabled. I’m getting a js error: Error: img is undefined
        Source File:
        Line: 102

        The template is currently set to grid. I’ve found that gallery and grid don’t load the lightbox, while subimages does, but I don’t like the layout. I would like to use a grid layout where the subimages are only displayed inside the lightbox after clicking on the main image. I have messed around with the templates, but haven’t been successful. Is there a token for a single subimage? I do know css so please just point me in the right direction… Thanks.

        • elise says:

          Oh also, I’ve tried switching to Twenty-ten, and I get the same exact behavior.

          • Zach says:

            I would look into your template code in CataBlog. If you have not updated it since installing version 1.1.7 you most likely will need too. Especially with multiple images. I would make sure you are loading the subimage.html template and saving your options. If that doesn’t help or you already did that can you give me a link to a page that exhibits the broken behavior.

          • Zach says:

            Sorry I didn’t see the comment you wrote about being good and stuck until now. It some how got lost in the shuffle.

            I have solved your issue, it is the template code, paste the code below into the template code section and it should work. The problem was that the .catablog-clickable class that is added when the LightBox is enabled was on the wrong HTML element. It should have been moved onto the <img /> tag because the LightBox needs to work with multiple images in a catalog row.

            <a href="%LINK%" %LINK-TARGET% %LINK-REL% class="catablog-row catablog-gallery" style="width:%IMAGE-SIZE%px; height:%IMAGE-SIZE%px;" rel="nofollow">
              <img class="catablog-image  %LIGHTBOX%" src="%IMAGE%" height="%IMAGE-SIZE%" width="%IMAGE-SIZE%" alt="" />
              <strong class="catablog-title" style="width:%HOVER-TITLE-SIZE%;">%TITLE-TEXT%</strong>
              <span class="catablog-description">%DESCRIPTION%</span>

  3. Iván says:

    Hi Zach, Our comments are valuable to you for make a better plugin. Well I’ve try the new version and I get a new error when upload a animated GIF image as main image or sub image:

    Warning: exif_read_data(bbbbbbbbb-1298004980.jpg) [function.exif-read-data]: File not supported in /wp-content/plugins/catablog/lib/CataBlogItem.class.php on line 581

    Warning: Cannot modify header information – headers already sent by (output started at /wp-content/plugins/catablog/lib/CataBlogItem.class.php:581) in /wp-content/plugins/catablog/lib/CataBlog.class.php on line 600

    • Zach says:


      Awesome. I am actually a little unclear if this is a new bug, or if it has always been present. My future fix would be to only run exif_read_data() on jpeg files. The exif data lets me automatically rotate native digital camera photos so they are “right side up” in the thumbnail and LightBox versions of the image.

      Animated gifs will probably never be fully supported by CataBlog, and currently animated catalog graphics aren’t supported. I am also unaware of an easy way to tell if a gif is animated or not. Do you need animated catalog items? Or are you testing fringe cases for me? Either way thanks and I would avoid uploading animated gifs for the time being.

      – Zach

  4. Ivan says:

    For my, I only use JPG and PNG in catablog, GIF is for Photo Gallery, is my opinion, maybe the rest of the users use GIF.

    • Zach says:

      Actually I am unsure why someone would choose to upload GIF images to CataBlog. Everything is turned to JPEG and the reduced color palette is not desirable. Last time I checked, which was a while ago, GIF and PNG images worked fine, even with transparency. Now I never tried an animated GIF and I am unsure if you are getting the same error message for normal GIFs or just animated ones. Something to test more before the next stable release. Thanks.

  5. Rob says:

    CataBlog Version: 1.1.7
    MySQL Version: 5.1.55-community-log
    PHP Version: 5.2.17
    Wordpress Version: 3.0.4

    Excellent plugin, much needed. I have only one small problem so far…

    The shortcode works to insert a full catalogue, but displays nothing when using category selection.

    i.e. [catablog] works on the page displaying all entries, but [catablog category='something'] displays nothingat all. There is at least one entry in the ‘something’ category.

    Have I missed something?

    • Zach says:

      Hi Rob,

      I have not run into your problem so I am not sure how to help you. There are any number of reasons why the category selection isn’t working. My first guess would be to disable any other plugins and try again. Are you using any custom taxonomy plugins, since CataBlog’s categories are a custom taxonomy you may want to check if anything else is messing with the default WordPress taxonomy setup. Other then that I might suggest trying CataBlog 1.1 and seeing if the category filter works. If it does I would be very interested to know that. Thanks

      – Zach

      • Rob says:


        I use the following plugins on this site:
        Category Posts Widget
        Post Page Associator

        I have deactivated them all but still see no posts on the page when I specify a category in the Catablog shortcode.

        Another relevant symptom… Although on the Edit Catablog Entry page I have the category ticked, nothing shows against that item in the Categories column on the Manage Catablog page. :o/

        I really hope we can solve this. Your plugin is unique in not insisting upon having a shopping cart splashed all over a product catalogue!

        • Zach says:

          I am not personally familiar with any of those plugins, but I looked each up and don’t see why they should conflict with CataBlog. As you seem to have tested them as well I guess they are not the problem.

          Will you try using the TwentyTen theme and seeing if your theme files are causing any problems or conflicts?

          Also, if that doesn’t work you may try reseting CataBlog. Simply go to the CataBlog Options Admin Panel, and select the system tab. At the bottom of the tab there is a “Reset All CataBlog Data” button. After reseting, create a few catalog items in a couple of categories and see if that fixed it.

          Make sure you reset and test in the same version of CataBlog, I would recommend starting with version 1.1 if you do not need the multiple images per catalog item feature.

          – Zach

      • Rob says:

        Meant to add… when I tried 1.1 I couldn’t upload any images. That was fixed in 1.17.

        Just noticed something else… missing button images for List View and Grid View in the Manage Catablog page. I think the install might be at fault.

        • Zach says:

          Hey Rob,

          – The broken image links is a documented bug that should be fixed in versions newer then 1.1.

          – Why could you not upload images in version 1.1? Was there an error message of any kind?

          – 1.1.7 is a work in progress, meaning that many things might be broken, including the category column view.

          – The category field in the admin catalog list is empty. What about the category checkboxes in the edit catalog item form?

          I’m really curious what is stopping you from uploading images in 1.1 and not in 1.1.7, because I might be reverting parts back to 1.1 code for the 1.2 release coming up.

          – Zach

          • Rob says:

            Yes, when I tried to upload in v1.1 there was a delay and then the screen simply flicked up the error that a product must have an image. Nothing else, so I don’t really know why it was failing. I note that Catablog displays “fakepath” instead of the full path to the file. and I wonder if my path to the image on my server was too long at the time. By the time I got 1.1.7 installed I had the actual images in a more local folder with a much shorter path. Maybe that was it?

            I’ll try a reset as suggested and let you know. Thanks for your help so far!

          • Zach says:

            Sounds like you are using Internet Explorer since the fake path is inserted into the file path in that browser specifically. The addition of fake path to the filename is not a bug and it should not cause the upload to fail, it is a documented “security” feature of Internet Explorer.

            Are you using IE8 or above? Currently the admin section of CataBlog is not tested in any earlier versions of Internet Explorer. If you are using a version before IE8, I would recommend upgrading your browser (free download) or using another browser such as Google Chrome or FireFox, both are more compatible browsers that both follow w3c standards better then IE.

          • Rob says:

            Tried 20-10 but still the same….
            Also reset the system, reloaded new data, still no joy.

            I’m thinking the installed files must have something missing so I’m going to re-download and re-install.


          • Zach says:

            Thank you for trying the default theme. Not sure if you are reading the other comment threads but Markus is also having trouble with some categories not displaying. Right now my only guess is that the category slug, which is generated from the name, is being modified or saved incorrectly and that their is no category with the slug you would expect. I will have to look into this more since I still have not been able to reproduce this bug in my development environment.

    • Dan says:

      I also had this problem. It seemed to only happen on items that were created before any categories were added. I initially added a bunch of items then went back, added categories and added the items to the categories. Nothing appeared when the shortcode had a category filter. Removing the categories and re-adding them, then re-adding the items to the categories fixed this. Was relatively time consuming. Haven’t tried to track down the exact bug yet.

      • Zach says:


        thanks for the detailed explanation of your process to fix this bug. I am trying to reproduce your steps myself but have been unsuccessful. here are the steps I am taking.

        1. Reset All CataBlog Data in the systems tab
        2. Create 3 different new catalog items with only titles and no categories.
        3. Create a new post and add shortcode [catablog category="new"].
        4. Preview the post and check nothing is displayed.
        5. Go back to CataBlog and click edit on an existing catalog item.
        6. Create a category with the label ‘new’.
        7. Save changes for the catalog item.
        8. Go back to the post preview and refresh, the ‘new’ catalog item is rendered.

        Am I doing anything different from what you did to experience this bug?

  6. Buda says:

    How do I make the sub item images appear horizontally?

    • Zach says:


      Sorry for the delayed response, you will need to use CSS for your changes. You may choose to display the sub images as inline elements, which act like text and are displaying horizontally or you may choose to float your sub images to the left. I cannot say which will fit your needs better or give to much support on CSS.

      I would recommend you visit the w3schools website for more information and tutorials on CSS. Once you are familiar and comfortable with CSS I would recommend reading Displaying Your Catalog In Posts. I have laid out all the main CSS classes for CataBlog, sub images too, and even posted an example stylesheet addition for multiple different looking catalogs.

      Check out this quick example and let me know if you have any more questions…

      .catablog-image.catablog-subimage {
          display: inline !important;
          width: 100px !important;
          height: auto !important;

  7. lotht says:

    Hi Zach,
    I enjoyed your CataBlog plugin very much.
    While my site is being developed I installed the Anticipate plugin which prevents users to see the website under development. Only admin users logged in may see the actual content.
    In these circumstances there’s a warning displayed on the page of the logged out users.
    Warning: Invalid argument supplied for foreach() in /USER/lotht/220felett_hu/wp-content/plugins/catablog/lib/CataBlog.class.php on line 1200
    Any idea causing this?

    • Zach says:

      Hi Tamás,

      After looking at the code, it is quite apparent what is causing the warning, but first a thing or two about PHP warnings. A PHP warning is just that, a warning that is not fatal to the execution of the code, it is preferable to never have any warning, however that requires a lot of diligence.

      My question is do you have the WP_DEBUG global set to true, if so that is fine, just know that when you go live you should set it to false, which will hide all warning messages.

      Secondly, it is quite apparent after looking at line 1200 what the fix is, as the line of code wants to loop over each post, and I am willing to bet the posts haven’t been loaded because of the Anticipate plugin. A simple check to see if the global $posts variable is set before looping over them will fix the problem.

      For now, if the message goes away when not in debug mode I wouldn’t worry about it. I will try and incorporate a fix in the next release.

      – Zach

  8. Jacques says:

    Hi Zach

    1st off let me say your plugin is brilliant!
    Now on to my problem. Catablog (V1.2.6) was working fine when installed on our server, but as soon as I moved the site to the client’s server it doesn’t work, everything else in the site does work, including other plugins.

    I got this message the 1st time:

    Warning: Cannot modify header information – headers already sent by (output started at /home/olga/public_html/wp-content/plugins/catablog/lib/CataBlog.class.php:2159) in /home/olga/public_html/wp-content/plugins/catablog/lib/CataBlog.class.php on line 235

    and then it also keeps coming up with the message “CataBlog must be setup for this site before you may use it! Setup CataBlog Now” even after repeatedly clicking on the “set up catablog now” link. When I do click the link I get the following message:

    “CataBlog options and directories have been successfully installed” but with This warning message repeated 5 times :

    Warning: mkdir() [function.mkdir]: No such file or directory in /home/olga/public_html/wp-content/plugins/catablog/lib/CataBlog.class.php on line 1657

    I even went so far as to deactivate and delete the Catablog plug in and I even checked to see it was completely removed from the server. I reinstalled it but no luck, it keep showing the error and none of the catablog images show on the pages as before.

    Please help, where do I look for the problem?


    • Zach says:

      Please make sure that the wp-content directory is writable by apache and PHP. The first step could just be to set wp-content at permissions 777 and see if that fixes your problem. If it does not then could you try making the CataBlog folders yourself, look in your working servers wp-content/uploads folder to see the folder hierarchy, in fact if your are trying to transfer your catalog you may also try copying the wp-content/uploads/catablog folder to the new server.

      • Jacques says:

        Thank you for the reply Zach. I have changed the wp-content permissions to 777 but how do I see in Apache if directory is writable. We use the CPANEL administration module. And the only reference to Apache is the “Apache handlers” and none has been set. What should I add here if I need to set a handler?

  9. Jacques says:

    After much testing I have established the following Zach. It has nothing to do with permissions.

    I created a clean wordpress installation on the client’s domain ( with the database name olga_wp915, and installed the catablog plugin. It works 100%.

    I created a 2nd sql database (olga_wp920) and imported the content from the sql database on our test server ( where we did the client’s design. Going to wp-admin we get the same errors we spoke of earlier.

    If we change database file name in the config.php to the “clean” install database (olga_wp915) and go to wp-admin catablog works again 100%.

    So we can only conclude there is some data entry that needs changing in our test server database database (olga_wp920) since the domain has changed from to (client’s domain) then it should work not so?

    We not sure what to look for though.

    • Zach says:

      My guess Jacques is that the uploads folder and possibly other option values in the wp_options table are not being updated to your new domain. Please make sure that you search through the values of the wp_options table for rows with your old domain and update them to your new domain. MySQL dumps and imports across domains is not an exact science and should be done with care, one other place I guarantee your old domain is present is in the guid value for every post in the wp_posts table. Hope that helps and good luck

Leave a Reply

Your email address will not be published. Required fields are marked *

Please wrap any HTML markup or code with the pre-formatted tag: <pre> </pre>