Now ALL comment entries have the custom class, because $commentform_entry.email is ALWAYS the same mail address (= the blog owners).

I already had that idea...but it seemed to me that $comment.clear_email only seems to work when logged in...that's why I was asking in the first place...

Okay, I see your point...it's not really failsafe, though. My intention was to check the given mail address because the blog owner might want to name himself (for example) "The big bad administer man" (and not the exact name from the blog config). ...and I'm not quite sure if I'm missing t...

Sorry, but that's not what I meant...I'll try to clarify this: - some unknown user (who is not logged in) views an entry with comments - there are 5 comments, one of them by the blog owner - all comments look alike, except for the one by the blog owner (because it has a special css class) In my opin...

When not being logged in when viewing or when writing the comment? When viewing the comments, the blog owners comments have to be visually different from all other comments. I just want to add a specific css class to accomplish that...all I need to know is if there is some kind of template variable...

Hi! Sorry to dig up such an old thread. I want to style my comments.tpl, so that it shows a different style for the blog owners comments, regardless of being logged in or not. Is there any template variable I can use for that purpose? "$comment.clear_email" doesn't help in that case. Thank...

Well, that fixed the error...and now the search seems to work, as well as the multilingual entries.
Thanks again for your help, Garvin!

Is this a bug that needs to be fixed in the plugin? Or did I somehow messed it up by myself?

:D No problem. Sorry for the delay, though: SELECT multilingual_body.value AS multilingual_body, multilingual_extended.value AS multilingual_extended, multilingual_title.value AS multilingual_title, e.id, e.authorid, a.realname AS author, e.allow_comments, e.moderate_comments, a.email, e.timestamp, ...

Well, I just replaced the "debug" line with the "echo" line, reactivated the "multilingual plugin" and started another search...but the result (the SQL statement) stays the same as described above: The search returns ALL blog articles. Moreover, no other SQL statements ...

Okay. Do you want to use that plugin? If so, we could try to do some debugging together to find out why exactly the multilingual plugin is misbehaving. Hmm, well...I had it in use for about 2 articles, if I remember correctly...it sure wouldn't hurt to just deactivate it. Otherwise, it wouldn't be ...

My bet currently is on the multilingual plugin possible interfering; can you temporarily disable it to see if it's the culprit?

Yup, that did it!

Garvin, many thanks for your patience and help!

Sorry, I forgot to mention: The above SELECT statement obviously returns exactly ONE result...but you surely noticed that already ("LIMIT 1")...but just in case...

Well, okay: SELECT multilingual_body.value AS multilingual_body, multilingual_extended.value AS multilingual_extended, multilingual_title.value AS multilingual_title, e.id, e.title, e.timestamp, e.comments, e.exflag, e.authorid, e.trackbacks, e.isdraft, e.allow_comments, e.last_modified, a.realname ...

Do you know which MySQL Server version is being used? Server Version: 5.0.32-Debian_7etch6-log Can you, in phpMyAdmin, please execute this query and see what that returns? Gives exactly one result: The article on the front page about the film "Memento". I also tested that query with anoth...

did you use phpmyadmin to create the index? Yes, I did. Can you post a screenshot of your expanded "Structure" page of serendipity_entries? Done. Do you possible have static pages plugin enabled, or the comment search plugin? Both could maybe interfer with the search and produce an error ...