Duga icon indicating copy to clipboard operation
Duga copied to clipboard

Published 20 hours ago • verified publisher icon Zomis

URL's shouldn't give CodeReview false positives when they're not pointing to CodeReview

Open retailcoder opened this issue 9 years ago • 6 comments

  • [ ] Determine if a comment contains a URL (regex?)
  • [ ] Determine if rest of comment contains a match. If not...
  • [ ] Determine if URL is pointing to codereview.stackexchange.com - any other domain/subdomain that doesn't match that, is a false positive (this way our dear @Duga should keep tracking links to codereview.stackexchange.com/help/on-topic)

retailcoder avatar Feb 11 '15 20:02 retailcoder

Erhm....! codereview.stackexchange.com/help/on-topic

Zomis avatar Feb 11 '15 20:02 Zomis

@Zomis what's the domain/subdomain of that url again?

codereview.stackexchange.com

hmm maybe I need to fine-tune the way I word specs...

retailcoder avatar Feb 11 '15 23:02 retailcoder

Oh wow, I think I just pinged someone named Duga!

retailcoder avatar Feb 11 '15 23:02 retailcoder

This problem also exist for the "Programmers" website, and it is a really difficult problem. For programmers.stackexchange I scan for keywords such as "better fit", "place to ask", "belong", etc. and I have still not been able to eliminate false positives. While the same thing could be done for Code Review, we don't have as many false positives.

Zomis avatar Mar 01 '15 13:03 Zomis

Another idea might be to ignore references to specific questions. There is no necessitiy to catch things like:

[closely related](http://codereview.stackexchange.com/q/45918/489)

Vogel612 avatar Mar 02 '15 20:03 Vogel612

Yup. I'd like to come up with a nice way of filter things here. It is also important to remember that a theoretical comment such as:

This question is a better fit for Code Review,
 see [this related question over there as well](http://codereview.stackexchange.com/q/45918/489)

Such comments should still be posted.

Zomis avatar Mar 02 '15 20:03 Zomis