Not so sure this ever get to be included. Its not even hard to implement and i considered this when i coded it, but the majority of users dont even have a clue what a regular expression is and it could just lead to errors all over if they do not know what they doing, not to speak about security...
This should fix it
firstly the fix for the search form is as follows. search these 2 classes in screen.css
.searchbox
.searchgo
to both of these add
filter: none;
And optionally to make the input gradients work in IE9 add this to wrapper.html right before the </head> tag
<!--[if IE 9]>...
Why not just add it if you want it?
Reviews are off by default, default disqus is not there. Makes no sense to include it into the core. And false data can lead to issues with google.
Dont want to push that risk onto our members. If you must, go ahead and add it. Its plain html edits
I think this was mentioned before already, dont know if it was private between us though.
But yea, this will be included while we overwork category creation
Facebook like dont have anything to do with at all. If the other site as 0 likes you have facebook settings to like members stats page and not member url
Make him inactive from admin edit member. it uses a different kind of active status and member will not become active again if he gets a hit in
that status is "1"
Hit in reactive only works if he is active = 3 ( inactive due no hits in, which is automatical )
Next version you will get some...
Alright, it works again. Issue was your custom compression method. You prepend to every file the headers.php file. And this file sets headers which interfere with the settings_buttons.php header type image/png
I added in an exceptions to the headers.php so it dont do it for the...
Hmm looks perfectly fine. Ill have a look on our dev list if the same is happening there
EDIT:: Works fine over there, ill to inspect what is happening a bit more on your site
Nope, check settings_buttons.php again, i am pretty sure you might have modified it in some way.
$img = imagecreatefrompng("{$CONF['path']}/images/ranking.png");
This is the default image which is used, is that the correct one for you?
Did you maybe modified settings_buttons.php ? That would explain it, we forgot to remove it from the update bundle ( this update didnt went so well )
If so, overwrite it with the file from your backup
Can you try to open sitemap.php and find this line
$order_by = base::rank_by()." DESC";
and replace it with
$base = new base;
$order_by = $base->rank_by()." DESC";
Let me know if that gets rid of the error
Well they know that they still need to be approve when the read the info text after signup. But here you go.
1) you need some file changes. For this upload the replace.zip contents on your ftp ONLY for Vl 0.9
- Not certain this stays as it is now, if it should change we will inform
2) Download...