Any 7 digit number sequence automatically turns to 555-5555

Could you post a list of all the modules you have installed?

This is still a major problem, as the usual case is that a number in a URL anywhere in the field will always turn to 555-5555.
Is someone working on this? It is a bitch to have to ascii code every number.

This issue is not caused by Drupal core. Most probably, one of your installed contributed or custom programmed modules is guilty.

Hi

I'm a non-developer and total newbie, and I spent hours trying to fix the same problem. I finally went to Admin > configuration > Input Filters. I de-selected the "bad words" option there and all came right. I can't remember which module added this but suspect it might have been Abuse.

It's the watchlist module, part of abuse. Very annoying that it has no option to turn this off, I think most people would not want it as it can mess up links, filenames, etc.

I'm glad your site is working overallidea but don't agree with all the changes to this ticket. There is no question that this is the abuse/watchlist module. It's a function callled _watchlist_filter_phone() in watchlist.module, line 56. The issue has not been fixed or rejected by the module maintainer. So I'm re-labeling this as abuse project and setting to Feature Request.

Can we have an option to turn off the telephone filter specifically? Thanks.

i believe there's good reason for these 2 functions to exist in the module. this is so that user's don't inadvertantly display PRIVATE data such as phone and email addresses in the body of any content which has been chosen to be filtered by this module (set in "abuse" admin settings).

having said that, if some of you feel this is a pain unless these options are made available as user selectable in the settings area, the easiest way to resolve this issue is like so:

- pull up watchlist.module in a PHP editor (find in it's own folder inside the abuse module folder)
- swap-in the code-snip below (affects the phone | email functions):

function _watchlist_filter_phone($text) {
  // turned off for now
  // return preg_replace('/[\(]?[0-9]{0,3}[\)\ \.\-]*[0-9]{3}[\-\.\ ]*[0-9]{4}/', '555-5555', $text);
  return $text;
}

function _watchlist_filter_email($text) {
  $user = '[a-zA-Z0-9_\-\.\+\^!#\$%&*+\/\=\?\`\|\{\}~\']+';
  $domain = '(?:(?:[a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]*[a-zA-Z0-9])\.?)+';
  $ipv4 = '[0-9]{1,3}(\.[0-9]{1,3}){3}';
  $ipv6 = '[0-9a-fA-F]{1,4}(\:[0-9a-fA-F]{1,4}){7}';

  // turned off for now
  // return preg_replace("/$user@($domain|(\[($ipv4|$ipv6)\]))/", 'xxxxx@xxxxx.com', $text);
  return $text;
}

and voila ... problem solved ... ;-)

Thanks buzzman. I agree about privacy for users. The problem I had was it also changed contact information for the site which users need to have. Maybe I missed a configuration setting (?) but it seemed the only way to get our users to see our own phone number was as per my previous post. When I have some time I will take another look - thanks for the snip.

trying to solve this issue actually helped me find another bug in there :-) ... more below:

@ queenbeenz:

"Maybe I missed a configuration setting (?)"

- nope you didn't. there is no admin config available for phone/email filtering.

"The problem I had was it also changed contact information for the site which users need to have."

- the module does not touch content in areas outside of the content types chosen to be filtered. case in point is that the "title" of a post is not shown filtered like the body. although the node would be flagged by watchlist ok.

to replicate try this: input some bad words (these should already be in your watchlist list of words) into the title as well as the body of any simple content-type of a new node that you create. you will then notice that while the bad words in the body would be starred-out when you view the new post (if you choose to star in the settings page), the title with the bad words will be untouched (bug), body text will be filtered (ok) and the node would be flagged correctly.

this happens cuz the title is appended to the body before the filter is applied but the result of the filtered title is not sent back/updated - this is a bug.

so bottomline: apply the snip I posted above and your phone/email problem will be gone for good - it's a safe workaround and will not break anything whatsoever.

I'm off to post the above bug and some more related feature requests in the next post. keep tuned-in cuz maybe you'd have a use for these later :-)

chirio