demo tester

I will give that a shot on the next update.

bad luck? perhaps so on 1 or 2 sites, but across the board on 8 accounts the following happens:

1- update word-press script hangs (5+ min) and eventually the page gives an out of memory error
2- I should not have to increase the WP memory to 128M, WP has run fine on 32M for years.

Is 128M now what its going to take to run WP? Even 96 or 64 seems a little high considering this has never been an issues in the past decade…

if so, then so be it. but that sure comes as a surprise to me.

Apache 2.2 and PHP 5.3 updates in 2013 to run 3.7 properly were to be expected, its once in a blue moon.

HOWEVER, 3.8 has been a never ending nightmare. Plugins not updating, script time outs, failed install messages, over and over and over.

I can tell you with full confidence after doing this 8 times in a row on 5 different hosts (bluehost, host gator, network solutions, godaddy, and host for web)
=> go for the manual update. I think the WP team has botched something here for the first time in a decade. They are human after all.

Best advice I can give here: IGNORE ALL the crap like
define(‘WP_MEMORY_LIMIT’, ‘128M’); and updating php.ini settings like max_execution_time and memory_limit… blah blah…
This is WordPress NOT Magento.

1- back up file system
2- back up database
3- do the manual update (sad but true)
I can assure you that after doing the long winded manual updates for all the plugins and the WP core that everything went well, I even went back and re-did the older installs. ??

On a side note, make sure your host is running this or newer
Apache version 2.2.23
PHP version 5.3.21

If it helps, HostGator has an INI override and NetWork solutions still NOTWORK… lol
– good luck

I found this:
“notes” => $this->digestNotes($form_data)

I am thinking there needs to be an if/else around here for Asana?

I tried to write my own like this
“file” => $this->attachFile($form_data)
and then
$detectfile = explode(“-“, $nameClean);
if ($detectfile[0] == “file”) {
$file = $valueClean;
}

but to no avail…

not needed.
I think the issue was that I was using an older version of WP.

on the old version I was able to use your error log and add in missing functions from here:
https://svn.automattic.com/wordpress-mu/tags/1.2.1/wp-includes/wpmu-functions.php

however, when I switched to the new versions 3.3.1 I did NOT have this problem, even without adding in wpmu-functions.php

PS:
I do have some questions and feature requests I plan to contact you by email for. Overall, this is an AWESOME wordpress plugin!!

NEVER MIND!!!!
I updated to 3.3.1 and it works.

anyone useing LESS than 3.3.1

copy stuff from here:
https://svn.automattic.com/wordpress-mu/tags/1.2.1/wp-includes/wpmu-functions.php

and read the error log.

I am a big boy now, I can wipe my own WP by reading documentation… how about that. This plugin is AWESOME. so is READING!!! LOL ??

This is AWESOME. your function also worked for me.

I had tinkered with this for a while and had NO idea what the deal was, just figured I was not writing the custom TPL properly.
What I started doing was simply setting the max posts per page under WP->settings->reading to simply be “1” and then controlling everything via my template. an unfortunate thing, but just dropping in a custom [homepage] [postpage] on the appropriate page and then building my own loop has worked well for me.

Had no idea why, but now I know! ??

hey bud, try checking the database, sounds like your WP admin table is wrong.

go to PHPmyAdmin and check the following table:
wp_options
option_name
look at ID 1 (siteurl), and 37 (home)

see if the “option_value” is set properly.
for example, I think you find that
https://www.novarelle.com/blog/
is reading
https://www.novarelle.com/wp/

for both option_name
ID 1 (siteurl), and 37 (home)
update it and you should be good.