ionblue

hmmm… this looks promising. I need to change some of the code I’ve been using as it was written when this form was used on a non-php system. I should be able to pull some of the variables via PHP instead of JS.

Pretty much all the hidden fields you see are what is being sent to bluehornet. There are quite a few needed to pass to some custom fields used on that end for campaigns and such. I should probably separate the bluehornet fields out so it isn’t so confusing when looking at the form code.

But to simplify, the email, first name, last name fields, plus some hidden date fields and other custom fields are all being sent. The user info fields differ from WP’s so I was using JS to set those equal so they can be sent along. Hopefully some of this is making sense.

Also, with the plugin tutorial I was using as a base for this, I was able to get one or the other to post properly, but basically my JS submitTwice function just isn’t working in this manner. So I need to move it all over into PHP and submit to both actions with the WP form going first and then after success submit to bluehornet automatically. Which I believe is what you’re showing me here?

Thanks Calvin. I know I’m not doing things the WordPress way. Unfortunately I’m not as skilled at programming as I’d like to be so I know enough to be dangerous and that’s about it!

Unfortunately I can’t use hooks to customize the standard form since there’s no way to add in the secondary form submission. At least none that I know of.

And that is the tutorial I’m now using to build out a new page and I think I’ll be able to have that do what I need. The only issue with using that is I can’t seem to find a way to redirect back to the login page after a successful registration. Do you happen to know how to that when using that plugin/custom registration page?

Absolutely Calvin. It’s below:

https://gist.github.com/anonymous/6fbe0995b88611989d0e

And just so you have an idea on this mess of a registration form:

There’s a JS function that is submitting the form twice – once to WP and once to Bluehornet (for email newsletter). There’s also a JS function that is getting date variables to be included in the form and sent to Bluehornet as well. And there are a slew of other hidden variables in the form that are needed for for this as well.

After thinking about this more yesterday I actually think I have an idea of why the errors are going all the way back to the regular registration page, but I don’t know how to solve that. I think it’s because the form action is wp-login.php?action=register.

I dunno. I started working on another version of this via a tutorial on building a plugin, but that isn’t going terribly smooth either.

I appreciate any guidance you can provide me on this.

And never mind. I just figured out how to do this. I was able to do it when I stopped using the label element. Disabled that and changed my CSS to this:

span.genre-list span span.wpcf7-list-item:nth-child(odd) {
background-color: #eeeeee;
}

And now it works! Just in case anybody else wants to do this. Oh and I’m also changing the display to block so there’s one per line with this:

.genre-list span.wpcf7-list-item {
display: block;
}

Now for more styling fun!

OK. So I guess I misunderstood what this plugin does. It doesn’t override the built in registration form in wp-login.php, it just creates new pages (login, register, etc) and allows you to send people there instead of the built in forms. Not exactly what I was after, but this may be a solution.

I have looked and didn’t find anything that would allow what I need. I already have the a working form, I just need to know a way to completely override the stock one with it.

Just wanted to let you know that I solved the problem. It had to do with the memory limit. I set it to 96MB in my config and now I get no errors.

I added in a memory limit line to my config and now everything works. What a pain that was to find!

This is going from bad to worse. Since I have this on a temp domain I went ahead and turned on wp debug and script debug. With my theme (Shopsum by WP Titans) active and trying to add a category, I get this thrown back:

Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 71 bytes) in /hsphere/local/home/acurcion/temp.advancednaturals.com/wp-includes/option.php on line 149

I switch to the default theme leaving all the plugins active and I get no errors. What the heck is going on??

Well, I’ve done more digging and it isn’t anything in the DB. It has something to do with the theme I’m using, the combination of plugins, and my host. I say my host because I have an exact replica of the site running locally with no issues at all.

If I enable the default theme the problem goes away.

I have no idea how to troubleshoot my host for possible issues. Weird.

Okie dokie… As an attempt to see if I could narrow this down, I setup a temporary site that mirrors the live site. I installed WP fresh and installed all the plugins and theme. Then I tested adding a cat with everything active – no problems.

Then I took a fresh DB dump, changed the URL’s in it with find/replace, and imported. Problem occurred immediately – couldn’t add a cat.

I dumped the DB and started with a fresh one. Testing with it after the structure was back. No problems.

Next I exported each individual table separately, changed URLs as needed and then imported them one at a time until the problem occurs. It started after importing the wp_options table.

So I think I’ve narrowed it down, but now what? How do I find/fix the issue?

I’ve tried every DB repair tool I can find and nothing seems to make a difference.

Help?

Well, I don’t think it’s coming from CF7, but it only happens when CF7 is active and I try to add a category. When I tried to use the media manager modal window I didn’t get any errors, but no images would show up. Just stays blank.

Bizarre.

I turned on script debugging and I get 2 warnings when I try to add a category with CF7 active:

1362502222017 Sync.Engine.Forms WARN GUID query returned undefined; turn on Trace logging for details.
1362502222017 Sync.Tracker.Forms WARN Attempted to add undefined ID to tracker

Absolutely NO idea what that means

I turned on script debugging and I get 2 warnings when I try to add a category with CF7 active:

1362502222017 Sync.Engine.Forms WARN GUID query returned undefined; turn on Trace logging for details.
1362502222017 Sync.Tracker.Forms WARN Attempted to add undefined ID to tracker

Absolutely NO idea what that means

Hi there. I’m using Shopsum which is a theme from WP Titans. Along with problems adding categories when it’s active, CF7 was also affecting the media manager in WP 3.5.1. No images would show up in the modal window when it’s active. Deactivate it and all is well.

I did manage to find another contact form plugin that doesn’t cause any issues. It’s called “Simple Basic Contact Form”. Not sure that will give you anything to go on though.