webmystery

Sounds like a pretty straightforward php memory error –

try increasing/ memory allocation in php.ini:
memory_limit = 64mb (or more)

and adding to wp-settings.php”
define(‘WP_MEMORY_LIMIT’, ’64MB’);

Apparently the wp-settings memory line was in 2.x and removed in 3.0, so if your host’s default is low you’ll experience s reduction in available memory.

oops — nevermind – I see it only works on the Content div. I guess it is up to me to either reconfigure the template or to take my chances editing the php file – changing “content” to “container” should do it for this particular template. thanks much!

Here’s how I solved this problem without renaming the theme:

The Page widget in a variation of the Hybrid theme refused to show up where I put it. I edited themename/library/functions/widgets.php (there is probably a similar section in functions.php for other themes) and changed this:

register_widget( 'Hybrid_Widget_Pages' );
   to
          register_widget( 'WP_Widget_Pages' );

that replaced the overkill complicated theme widget with the default WP widget.

Then I commented out this line:
/*unregister_widget( 'WP_Widget_Pages' );*/ so it wouldn’t unload after being loaded.

I’m creating a couple of custom themes and switching between them frequently. Something about this behavior seems to corrupt some of the Hybrid widgets. I don’t have time to figure out why since the default page widget does everything I need.

Meanwhile I’m goign to try out a different base theme for my next project — still looking for the best replacement for Sandbox

aj3x2 —

You CAN edit sidebar.php directly, but I strongly advise fixing the problem instead.

Try this:
1. temporarily switch to a different theme, any theme.
2. Rename the folder containing the theme you want to use
3. Change the theme name specified at the top of style.css
4. Switch to the theme you just renamed

When I do this my stubborn widgets start working. I also suspect that nuking the rogue widgets out of the database would also fix the problem, as I described above.

I had a very similar problem that I was finally able to solve – but not sure I posted solution in the right place – take a look at this – https://www.ads-software.com/support/topic/266661?replies=4#post-1414247

OK – it is a little more complicated than I first thought, but I think I finally solved it. I had the problem AGAIN with a new theme and simply reusing saved widgets didn’t fix it. For example, the META widget would work but Pages widget would not. I tried all the fixes I found in the forum… disabling all plugins, clearing all widgets with the Widgets Rest plugin, using the accessibility version (aka JavaScript free version) of the widget page. Some themes, including Hybrid, worked, but my new theme, a copy of Hybirid that I’m customizing, did not work. My theme copy had only a few cosmetic changes made to it so didn’t make sense that a defective theme was at fault.

In my various attempts to fix, I noticed that different widgets were available or saved depending on which theme I loaded. Finally, I renamed both the theme folder and the theme name in styles.css, switched to a different theme and then switched back to my Hybrid clone, now finally the widgets are working!

My theory is that widget settings are somehow getting ‘stuck’. I looked into the database using phpMyAdmin and see that some themes save widget settings in the options table under the likes of widget_themname-pages, as well as a generic widget_pages. The Widgets Rest plugin seemed to only be able to reset the generic versions and not the theme-specific version. My next step would have been to clear that widget data manually — since they appear to to be created when a new theme is loaded I guessed that it is safe to clear the data — but I have not fully tested this or how to restore things, so backup your database before you try it at home! A safer bet would be to rename your problematic theme to give it a fresh start.

Note – the Thematc theme has its own “reset plugin” button – I suspect that this is in response to this same problem.

Good luck!

UPDATE: I think I figured it out. If I have a saved version of a widget, for example Search, in the ‘inactive widgests’ section, but I drag over the Search from the active widgets section instead of the saved one it will not show up. I have add the inactive ‘Search” or it doesn’t work. Maybe this is because we can’t save two versions of one widget, kind of like not having two duplicate file names in the same directory?

Yes – or I drag a new widget into a sidebar and it never shows up, not even after I edit the title and save it. If I exit the widget page and go back in the new widget is no longer in the sidebar. Seems to be a 2.9x thing. I’m befuddled.

I am also looking for a way to archive comments, in this case comments on a page. This page hosts a very popular live web cam of a pair of nesting barn owls. It is now getting about 100 comments per day (chicks are hatching), almost 10k total since we started a year ago. This finally caused a php memory error to display within the recent comments until I disabled several older ones. Of course I can bump up the memory, but what I’d like to do is separate out last year’s comments and link them from a separate page. I realize this is probably an unusual situation and nobody has written a plugin for it, so I guess I’ll try going into phpMyAdmin, finding the field that associates a comment with a particular page, and changing the 2009 comments to display on a different page. Tips or suggestions are welcome

… OK – here’s how I hacked it in the css to make the breaks dissapear:

form.addtocart br{ width:0.01em; height:0.01em; visibility:hidden; display:none}

I just upgraded one of my sites to wp 2.8.6 and then upgraded the nextGen Gallery 1.4.1. The Gallery wasn’t working at all until I re-uploaded my custom .css file as that had been wiped out by the upgrade. The picture lists are working now but I can’t get the slideshow to work. The upgrade seemed to have wiped out the old imagerotator files and settings as well. I downloaded the latest imagerotaor and it is not being detected when I search on the options/slideshow page, nor do my attempts at manually entering the path work.

I had a similar problem with the API key – I needed to change it from mine to my clients’. It had been changed previously but it got messed up when my client did an automatic upgrade. When I went into Stats I got an error that webmystery (wrong account) was not allowed access to Stats, but the interface gave me no way to enter the correct API. I ended up going directly into the database using phpMyAdmin. I found the old incorrect API in the wp_options table under stats_options and changed it to my clients API. That fixed it. Back up your database before you try this at home!

Using a different stats tool is a workaround, not a resolution. This post should not be marked as “resolved”

The problem with the link above that tells how to change your API key is that it is for sites hosted at wordpress.com, not for individually hosted blogs.

This one is not necessary – but you may want to set padding for it separately – this is the nested form on the checkout page

form.eshop fieldset fieldset

CORRECTION: I was looking at the wrong test email – I just got the right one ant it shows the correct download information and code… and it works!

Sorry for jumping the gun with the last report.

It would be helpful to have a little more documentation on what the expected behavior is for downloads in general, and for test vs live mode specifically. That’s my only suggestion for improvement.

Thanks for the great plugin!