Terry Chay

I’d have to see screenshots of the actual error. There is no reasonable way this could have wiped out the site if your WordPress instance was installed correctly since it only creates directories and files (not deletes anything).

I don’t own the Bridge theme, but from looking at the path, I’d have to say that there’s no way easily to override the parent theme’s included php files inside a child theme. Only templates and (depending if it is written correctly) functions can be overridden.

The reason why is that inside the bridge theme there will be hardcoded references to the parent theme’s path and not the relative path of the child theme for included php files. You’d have to find where the include file is included and override them and if they’re included go all the way to the top of the hierarchy.

Odds are though they did something in functions.php that includes it, so instead of overriding it, you could just ADD more functionality to a locally created functions.php (sorry I don’t have that capability to “fix” functions.php in OCCT :-(). I’d have to see the source of the Bridge theme to figure out how.

Fixed in version 1.4. Thanks for telling me.

I’ll have to add an “upgrade” button for backward compatibility. Especially since there is no way to create a functions.php from within the admin page. Doh!

* The name of the parent theme in “template” and in (the now broken/to be replaced) @import file is the name of the directory, not the name of the theme. Makes sure you have the directory name correct (it is case sensitive).
* Since you renamed the directory, check to make sure the parent theme is enabled

Beyond that, I’m not too sure. I’d have to see more. ??

At the time I wrote OCCT, functions.php would override the parent theme’s version so I deliberately didn’t include it. Now functions.php hierarchy will be included.

With version 1.4, I updated OCCT to create a functions.php for you. I think I’ll code a 1.5 version that will “fix” older child themes. We’ll have to see. It’s been a long, long time since I’ve done ANY PHP coding, let alone WordPress plugin development. Sorry for the delay. I’ve been a manager at Wikipedia for the last 3 years. ??

What I did was change http to https using the following line from your plugins directory.

$ svn switch –relocate https://plugins.svn.www.ads-software.com/ https://plugins.svn.www.ads-software.com/

For instance:

svn: Commit failed (details follow):
svn: PROPFIND of ‘/one-click-child-theme/trunk’: Could not read status line: Connection reset by peer (https://plugins.svn.www.ads-software.com)
svn: Your commit message was left in a temporary file:
svn: ‘/home/tychay/wordpress/wp-content/plugins/one-click-child-theme/svn-commit.3.tmp’
[tychay@TerryChay one-click-child-theme]$ svn up
svn: OPTIONS of ‘https://plugins.svn.www.ads-software.com/one-click-child-theme/trunk’: Could not read status line: Connection reset by peer (https://plugins.svn.www.ads-software.com)
[tychay@TerryChay one-click-child-theme]$ svn co https://plugins.svn.www.ads-software.com/one-click-child-theme/trunk new-base
svn: OPTIONS of ‘https://plugins.svn.www.ads-software.com/one-click-child-theme/trunk’: Could not read status line: Connection reset by peer (https://plugins.svn.www.ads-software.com)
[tychay@TerryChay one-click-child-theme]$ svn switch –relocate https://plugins.svn.www.ads-software.com/ https://plugins.svn.www.ads-software.com/
[tychay@TerryChay one-click-child-theme]$ svn commitAuthentication realm: <https://plugins.svn.www.ads-software.com:443&gt; Use your www.ads-software.com login
Password for ‘tychay’:
Sending one-click-child-theme.php
Sending readme.txt
Adding rtl-css.php
Transmitting file data …
…
Store password unencrypted (yes/no)? no

Committed revision 425394.

It returns the number of rows updated. I think the reason it returns 0 in the case you have is because you haven’t actually changed the content of any of the rows.

In other words, in testing, if you keep running the query, it will return 1 the first time and then a 0 every time after. ??

Problem: WordPress 1.5dev is causing later versions of IE to issue a download link

Solution: add “html_type” as “text/html” to your “wp_options” table or run upgrade.php if you have the latest upgrade-schema.php (revision: 1.27).

Reason:
WordPress 1.5 now has a configurable Content-Type: default (I guess it’s for those doing XHTML strict which is supposed to be “application/xml” or something), but the install process doesn’t have the “html_type” setting that it is looking for. Running upgrade.php will access upgrade_schema.php which contains will add this config to your database.

Love the get_options(), get_settings() and blog_info() trifecta