This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

"<"-symbol in filter expression damaged WebAdmin

Hello,

I'm using Astaro v5.203. I inserted the follwowing SPAM filter expression:
 Code:
 (?i)To: \s*"(.+)"\s+  



When I saved that expression and clicked on it again, it appeared in the edit-field, as usual, but it looked like this:
 Code:
 (?i)To: \s*"(.+)"\s+<\1>  

 

The filter expression does work, but the problem is: When I access the "Proxies" -> "SMTP" page in WebAdmin, I see  all my filter expressions at the top of the page! (black text on dark grey background)

I couldn't figure out how to repair this. Can somebody tell me how to do that?

regards, thtran


This thread was automatically locked due to age.
Parents
  • There is no way to repair that - at least not for you :-)
    I submitted that as a bug a few weeks ago, but lately we have been busy working on Version 6, so it is not fixed yet. It does apply to all characters which need escaping for HTML (htmlspecialchars). Thanks for your detailed bug report, 

    Cheers,
    andreas
  • Thanks for the quick answer. Could this cause any problems? Or will it cause problems when I update to v5.204?
Reply Children
  • As far as I know (I am not the WebAdmin maintainer) this should not cause any problems. The functionality is working correctly, it is only breaking the HTML of that webadmin page.

    Cheers,
    andreas
  • Hello!

    There  is something one can do to repair the WebAdmin-interface: If you delete the expression, the "garbage-text" at the top disappears.

    To work around this problem you have to replace all special HTML-characters with their corresponding ASCII-Code (hex-value)

    So this expression:
     Code:
     (?i)To: \s*"(.+)"\s+  

     
    becomes:
     Code:
     (?i)To: \s*\x22(.+)\x22\s+\x3C\1\x3E  



    here's a translation-table:
     

        
    • use \x22 instead of "
        
    • use \x3C instead of <>
    • use \x3E instead of >
       
    [/list]

    If I forgot a special-charcter, you can lookup its ASCII-Code at  www.lookuptables.com
  • Hello,
    this bug has raised it's ugly head again! [:@] 
    This time, it's in ASG 7.009. The symptom is not exactly the same, but similar: When you define an expression filter (using regular expressions), which contains the character , the filter-expression appears to be cut off after the "