UNBELIEVABLE.
What causes the bugtracker to reject the message as spam is the mere precence of 
the "at" character (you know, the one used in emails).

How can you rely on such a demential method to detect spam?

test @ test

Ok, no, it's the combination of @ more something else.
However, removing the @'s from the snipped of code allowed me to post it.

I'm guessing you are attempting to post text with a bunch of URLs. Is that true?

No, Not even a single url.

Now it seems like it's not the @'s.
I tried to post a code that included a error handler and an exception handler.
When I posted only the error handler it was accepted. I'll try to post the whole 
message in pieces.

Good catch.

Here is my error handler (and also my exception handler though I don't think
it's involved)

set_error_handler(function($errno, $errstr, $errfile, $errline){
    http_response_code(500);
    header("Content-Type: text/plain");
    $backtrace=debug_backtrace();
    $output="$errstr \n @ $errfile($errline)\n";
    foreach ($backtrace as $i=>$item) {
        //if (isset($item['args'])) print_r($item['args']);
        if ($i>0) $output.= "#$i. @ ".$item['file']."
(".$item['line']."): ".(isset($item['class'])?
$item['class']:'')."::".$item['function']."(".(is_array($item['args'])?
@implode(",",$item['args']):'').")\n";
    }
    S::error($output);
    die($output);
});

set_exception_handler(function($exception) {

[OMITTING LINE THAT SEEMS TO BE PROBLEMATIC]
        http_response_code($exception->getCode());
    }else http_response_code(500);
    header("Content-Type: text/plain");
    S::error($output=$exception->getMessage()." \n @ ".$exception-
>getFile()."(".$exception->getLine().")\n".$exception->getTraceAsString());
    die($output);
});

OK I FOUND IT: it's this code: I'll insert random spaces in it:


if ( $ e xc ep tio n in sta nce of S Exc e pti on   ) {

Can anybody tell me what it has that looks like spam?

title edited

I'm sorry, we don't allow "sex" on the bug tracker unless part of 
OutOfBoundsException.

https://github.com/php/web-bugs/blob/99803ca/include/functions.php#L274

Oh my fucking god, unbelievable.

You need to refine the algorithm that detect the word a little bit, for god's 
sake. It's just three letters, the probability that they appear together 
randomly is pretty high. And you must also improve the error message to give the 
legitimate user a clue.

Or remove the ridiculous restriction altogether. There is already a captcha to 
block spambots. How many human geing are going to come in and manually write 
spam posts about s ex, vi agra and the like in a bug tracker?
Actually, those two every billion year trying to do that, will immediately find 
the way to post their shit by just adding dots and spaces. 

You only people you will block are those who only try to post a bug report and 
would never realise the reason of the rejection has anything to do with xes.


This is really insulting to people who waste their time trying to report a bug, 
to help make php better.

Note that I am using offending language on purpose, just to see how fucked up 
this antispam is that doesn't let you mention that 3-letter word but probably 
allows me to write "motherfucker".

There's even the word "a s i a n".
I wonder how many people trying to report issues with support for, say, oriental 
languages, may have been victim of this immense stupidity

One simple way to see that it's fixed is to stop insulting people and offer a 
patch.  Shame you instead decided to use your time and intelligence to craft 
unnecessary responses.

The fix for this bug has been committed. Since the websites are not directly
updated from the repository, the fix might need some time to spread
across the globe to all mirror sites, including PHP.net itself.

Thank you for the report, and for helping us make PHP.net better.