does it happen everywhere the checkboxes are used (ie new topic or post)?  or just that login form?

what happens if you remove that login form from the sidebar?

You know, I hate it when you get it right the first time.

Side Bar Login was causing this. When deactivated I have just the one icon.

I actually came across this when testing the removal of –khtml and –moz stuff from the overlay file. My current one live on my site has them all removed.

But for some reason, if you look at the submit button in the pic on my original post, it has a red background. But only when using FF. Chrome shows it using the grey background gradient as it should be.

I will check it out and then take it to email if needed.

Thanks!

wouldnt mind knowing why that mattered… where did the sidebar login come from?  I didnt look at it closely, but might have been using the same ID for the form or element… if thats a standard sidebar widget, we should make sure we dont have such a duplicate naming issue which causes a conflict..

look at the button in firefox…  its getting the red background from line 251 of the theme defining a background… its the bg-red.png…  at a higher priority from css perspective, you have a background-color from line 1482 of #fbfbfb…  might be a conflict between background and background-color…

or perhaps the gradient is specified wrong for FF?  you left all the -moz gradient stuff in there, right? that vendor prefix is still needed… the only -moz stuff that could be removed was the border radius stuff…

The plugin was this one http://wordpress.org/extend/plugins/sidebar-login/ I use it mainly because it allows members to login easily if they are on my downloads page, they have to be a member to download.

the only -moz stuff that could be removed was the border radius stuff…

That was exactly what I was testing. To see if the other -Moz stuff could be removed. Apparently not, which I what I was playing with.

That actually makes things easier for me. I will revert those changes, retest and if works ok will change the other overlay files to match.

yeah, the vendor prefixes are slowly making their way into the browsers…  css3 of course supports gradients but the browsers still use vendor prefixes to implement…  border radius was adopted by all….

can you put the sidebar login back up so I can inspect the ids and see if conflict?  well, probably tomorrow before I have chance to look…

Gotcha on that.

I reverted back to the overlay without the extra -moz stuff removed and it is back to normal.

I also turned on the sidebar login so you can check it out.

BTW, as a side note I also fixed the H3 error in the default.php file and removed the hard coded border radius stuff for the Profile tabs and moved it to the overlay.

Instead of having this for the Profile tabs in the default.php. (and other themes)

    -moz-border-radius: 5px 5px 0 0;
    -khtml-border-radius: 5px 5px 0 0;
    -webkit-gradientborder-radius: 5px 5px 0 0;
    border-radius: 5px 5px 0 0;

I will do a <?php echo($profileTabsRadius); ?> and ad the coresponding

$profileTabsRadius      =’-webkit-gradientborder-radius: 5px 5px 0 0;border-radius: 5px 5px 0 0;’;

To all the overlays.

Those are both small things and I will include them in the patch for the border radius stuff once done.

Hopefully by tomorrow eve.

If you see a double checkbox (or on/off graphic) it is because there is another control on the same page with the same name/id.
The problem with the login form is that we can’t really change the control id’s as we pass this form to WP for processing and those are the id’s that the code expects.
The only way around it really is to remove one. Having two will also make your page html invalid although it will all work.

Thanks Andy,

I just removed the sidebar login widget from the forum page and left it up everywhere else.

It isn’t really needed on the forum page anyways.

I just noticed that in the pic in the first post the input text boxes are slightly off line. Not vertically aligned.

Maybe 3 more   s added to the ‘Password’ text to make it the same text character length as the text “Login Name:” would push the password input box over to line up?

Not a big deal. Just something I noticed.

they are not intended to be aligned…  same width, but a space or so after the text…  doesnt mean they couldnt be aligned, but not designed currently to be…

btw… was bit brief in my message…  feel free to open ticket and adjust the css (float right on input elements?)…