Eagle

Since my upgrade to WordPress 2.8, the plugin (version: 2.7) doesn’t work anymore, claiming:
Warning: preg_replace_callback() [function.preg-replace-callback]: Unknown modifier '|' in /home/SOME/WHERE/wp-includes/formatting.php on line 1347

Also, the plugin doesn’t allow the typical cry-smiley :'( – would it be possible for you to enable that particular one, please? ??

Thanks in advance,
Martin..

IMHO, my bug (https://www.ads-software.com/support/topic/106150?replies=2#post-518085) is also related to this bug..

Seems like this is related to this bug:

https://www.ads-software.com/support/topic/102477?replies=7

Alright,

fixed it by doing a little “cheat”: went to phpMyAdmin, “wp_options”-table, “active_plugins”-option and cut all data inside the “option_value”-cell.

Afterwards reloaded upgrade.php, updated everything and then pasted the stuff back into the cell.

Thanks for that information..

I know it’s bloated and although I’m sort of a “I write code on my own”-programmer, there’s still something inside myself that likes the editor because of it’s easy handling.. ??

Anyway, I’m going to try the editor without WYSIWYG-features enabled.. ??

Though, this topic isn’t resolved and I’m waiting for those “fanatics”.. ??

Seems to be fixed in newer versions of Firefox or WordPress (can’t find out which one).. ??

Come on, guys! Please help me!

*bump again*

*bump*

Sorry to say this, but you seem to be more rude than me..

I neither “requested” nor “forced” you to dig through my code – in fact, I didn’t even want you to do so!

The thing is, that the code might be not valid, but as long as this god damn motherfucking piece of shit, also known as Internet Explorer, will not work with CSS 3.0 well, I won’t even think about supporting it nor will I write 200 lines of extra source code just to make sure, it’s shown correctly in it!

In my very personal opinion I got a *standard* (or at least a set of rules which are a “quasi-standard”) and I will write code that is valid in face of these rules.

The thing with the borders is just my way of showing Firefox-users that they made the right decision (switching from IE to FF) and therefore I give them some extraordinary bonus stuff..

Of course, this doesn’t comply with the “quasi-standard”, but just for you, I’m going to update the theme so there’ll be a user agent-check so that the borders are only “invalid”, when a FF-user browses the page(s)..

But besides that I was originally looking for a hint or a helpful advice on how to fix that double-border at the bottom, because it shows only one line currently..

If you aren’t able to help, than please stop writing. Because posts like your last one won’t help!

The thing is that the CSS is valid, except the -moz-* things of course (bu7t FF understands them)..

So, while developing, I also kept the css-rules in mind to comply with the validator..

The problem I can’t seem to fix is that I’m using the same border-attributes as in other CSS-classes, but only on such a page as given above the bottom-border doesn’t show up. – That’s why I came here: I need help on fixing this! ??

But the smiley-code has to be “:D” in order to get an image displayed..

My question is why “:D” must be typed, but the ALT-attribute text only shows “D”?!

*bump*

Noone here to help me? ??

AAAAAAAH, YYYYYYYEEEEEEEEEEEEEESSSSS!!!!!!!!!!! ??

Finally, I got it!!! “wpLicense” causes the dashboard to be broken.
I found it out due to I don’t need that plugin anymore and therefore deactivated and removed the plugin and the dashboard works now like a charm! ??

So, nevertheless: Thanks! ??

As stated above, disabling all plugins causes the dashboard to work again, of course.
But the weird thing is that enabling them *all* again, doesn’t cause the dashboard to brake – the break happens some time later and I just can’t figure out what’s the cause for that! ??

The plugins are updated to the latest version I could find at the websites of the authors. ??

So that’s why I came here.. ??