cpangrep icon indicating copy to clipboard operation
cpangrep copied to clipboard

Search code on CPAN with Regexps. No longer maintained, I suggest using http://grep.metacpan.org/ instead.

Results 26 cpangrep issues
Sort by recently updated
recently updated
newest added

Searching here: http://grep.cpan.me/?q=-%3Eto_json I noticed that the Unicode bytes in this file: https://metacpan.org/source/SJDY/Mojo-Webqq-1.6.0/doc/Webqq.pod#L357 are being doubly encoded. ``` use Mojo::JSON qw(encode_json); my $json_hash = $msg->to_json_hash(); #获取到经过utf8 decode的hash引用 ``` This is...

In the documentation, http://grep.cpan.me/about > For example -dist=perl to exclude perl, file:.xs to search only XS files or -file:"ppport.h" to exclude ppport.h. However, that doesn't work: http://grep.cpan.me/?q=SvPV_const+-file%3A%22ppport%5C.h%22 returns lots of...

It does not work with the quotes.

The check for whether the '/' keypress event came from the search box is using the non-standard `e.srcElement`. It should use the standard `e.target` instead (or as well). https://developer.mozilla.org/en-US/docs/Web/API/Event/srcElement https://developer.mozilla.org/en-US/docs/Web/API/Event/target

an example: http://grep.cpan.me/?q=file%3AMETA.json+woobling.org The result at https://metacpan.org/source/ETHER/MooseX-Storage-0.48/META.json#L1 is a utf8-encoded file, but the non-ascii characters are not rendered properly on the webpage. (The page, however, does claim to be charset=utf-8.)

[This incantation](http://grep.cpan.me/?q=%5E%5Cs%2B%5C%5B0+file%3A%28%3Fi%3A%5Echang%29) properly finds the [namespace::clean Changelog](https://metacpan.org/changes/distribution/namespace-clean) Yet [this does not include n::c in the results](http://grep.cpan.me/?q=%5E%5Cs%2B%5C%5B%5Cd%20file%3A%28%3Fi%3A%5Echang%29) The only difference is `...\d` vs `...0` Perhaps an ::RE2 issue...?

Since there is a background color, a text color should also be provided so that UA defaults don't cause issues.

This is repeatable: http://grep.cpan.me/?q=%28raw|embed|render|f.cloud%29.github.com&page=2 gives "Internal Server Error" However, pages 1 and 3 work fine.

It appears that there is no deterministic order given to the results, presently. It would be helpful if they were sorted by release date (descending), as the most recently-released distributions...

Untested, but the code looks sound.