Support Forum
Sorry, hadn't thought of needing to log in to look at a PM problem!
I can see one - what looks like javascript conflict of some kind relating to WP emoji, although I don't know if that's the cause of the problem it's definitely something that should be fixed.
If you could PM login details to me, Yellow Swordfish and Mr Papa, include a link to this thread and one of us can take a proper look at the PM compose page.
Thanks for the PM.
OK to start it looks like your WP theme (or possibly a plugin) is imposing on SP with minification. This should be disabled. In CSS in this case it's overriding our form rules with it's own causing the PM compose form to loose it's margin and padding (and possibly other forms).
Any js minification should also be disabled as our scripts are already minified and this is known to cause a variety of problems.
Also, it looks like you might need to increase the z-index on your ui-dialog class, or lower it on your WP theme's header div (#phantom.boxed), as it's got a pretty outrageous z-index of 9008 popups are appearing behind it currently!
Let's sort out the main issue first, then we can help with the WP header z-index if you need us to.
Thanks Ike,
Sorry to say what you have just said is a bit over my head.
As I said that is a test website on a different server so not worried what happens to it at the moment, just hope it can be fixed. With the right instructions I can transfer them to my main website.
Thanks again.
It seems the logical thing to do would be to remove the margin and padding '0' rules from the form in main.min.css, but I'm also seeing it under a star * which I've never seen in the class / ID field, and for that you will need to ask the theme developers as it's really more of a WP theme issue.
The things that puzzle me are why the theme seems to set all margins and padding to '0', how it's overriding SP rules and what else is it doing as I'm noticing a few other oddities but not sure whether they are a result of containers within containers inheriting these rules - Going to have to ask them I'm afraid!
Ike said
Just to add, for confirmation that it is definitely coming from the theme try running one of the default WP themes. If that doesn't resolve it (which I'm 99% sure it will) you might have to look at doing the same with WP plugins to see if something else is taking over..
Ike,
Are you talking about the Reboot theme that is the problem?
Where I get confused is that it works OK with SP default theme just not the Reboot theme.
No sorry, I'm saying that the WP theme seems to be causing the problem.
Default and other free themes (also older) work differently to specifically Unified and Reboot. Default calls the PM CSS directly from the plugin i.e:
(sp-resources > forum-plugins > private-messaging > resources > css > sp-pm.css)
Whereas Reboot and Unified call the PM CSS from the theme and override the styles to make necessary changes to fit the PM styles to the new theme i.e:
(sp-resources > forum-themes > reboot > styles > sp-pm.spcss)
This is a pretty standard way of doing things with our themes now, and my guess would be that it's possible the WP theme is finding it's way in before the PM CSS from the theme is loaded over the top.
Either way, it shouldn't be happening.