Bug #78880 [Csd]: Spelling error report
| From: | cmb@php.net | Date: | Sat, 21 Dec 2019 11:10:42 +0000 |
| Subject: | Bug #78880 [Csd]: Spelling error report | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-224460@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=78880&edit=1
ID: 78880
Updated by: cmb@php.net
Reported by: admin at fossies dot org
Summary: Spelling error report
Status: Closed
Type: Bug
Package: *General Issues
PHP Version: master
Assigned To: cmb
Block user comment: N
Private report: N
New Comment:
Thanks again for having created the codespell report and for
having opened this bug ticket! Overall, I think it is a useful
tool, although fixing every single spelling mistake is a lot of
effort which can be spend more reasonably on other tasks. Still I
fixed a lot of mistakes, and the spelling mistake count may now
roughly be halfed.
I didn't notice any real false positives reported by codespell,
but for instance,
Produkt must not be fixed for the reported
cases, because it's used to test a German translation. Also,
words like alloced and dereferencable don't appear to be
outright wrong (at least the former seems not uncommon in
programmer jargon).
Finally, there have been some correctly indentified spelling
mistakes regarding some of our bundled libraries (e.g. libpcre2,
libgd, timelib). Fixing these in the bundled libraries doesn't
make sense, since the mistakes would be reintroduced which every
update. Instead it might be sensible to report these spelling
mistakes upstream.
Previous Comments:
------------------------------------------------------------------------
[2019-12-21 11:09:46] cmb@php.net
Automatic comment on behalf of cmbecker69@gmx.de
Revision: http://git.php.net/?p=php-src.git;a=commit;h=dabc28d18245086a68c88d50dfba380ebd60a236
Log: Fix #78880: Spelling error report
------------------------------------------------------------------------
[2019-12-02 16:31:16] cmb@php.net
Thanks for checking master! I think at least some of these typos
should be addressed; I'll do so as soon as possible.
------------------------------------------------------------------------
[2019-11-29 17:26:43] admin at fossies dot org
That's seems reasonable. So here the new report
https://fossies.org/linux/test/php-src-master.tar.gz/codespell.html
that redirects currently to
https://fossies.org/linux/test/php-src-master-f8f48ce.191129.tar.gz/codespell.html
Also I removed some more obvious False Positives (a.o. machanism, crypted, aline, childs, trys).
Unfortunately I'm not familiar with PHP itself so my valuations may not always be correct.
So it may also meaningful for the experts to look at the supplemental pages
https://fossies.org/linux/test/php-src-master.tar.gz/codespell_conf.html
showing some used codesspell configurations and
https://fossies.org/linux/test/php-src-master.tar.gz/codespell_fps.html
showing all resulting False Positives.
------------------------------------------------------------------------
[2019-11-29 12:38:16] cmb@php.net
Thanks for the report, but in my opinion, fixing spelling mistakes
in comments and error message for a stable version shouldn't be
done on such a large scale (if at all), because that may break
tests and other code relying on these spelling mistakes.
I think it would be worthwhile fixing this in master, so it would
be more useful if you could test that branch.
------------------------------------------------------------------------
[2019-11-28 16:36:40] admin at fossies dot org
Description:
------------
The FOSS server fossies.org offers a new feature "Source code misspelling reports":
https://fossies.org/features.html#codespell
Although such reports are normally generated only on request as Fossies admin I have just forced an
analysis for the new PHP release 7.4.0:
https://fossies.org/linux/www/php/codespell.html
That version-independent URL should redirect always to the last report (if available), so currently
to
https://fossies.org/linux/www/php-7.4.0.tar.xz/codespell.html
Although already some obviously wrong matches (false positives) are prefiltered (ignored) please
inform me if you find more of them so that I can force a new improved check.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=78880&edit=1