Doc #53747 [Ver]: CHM manual releases are failing

Edit report at http://bugs.php.net/bug.php?id=53747&edit=1 ID: 53747 Updated by: philip@php.net Reported by: vovan-ve at yandex dot ru Summary: CHM manual releases are failing Status: Verified Type: Documentation Problem Package: Doc Build problem PHP Version: Irrelevant Block user comment: N Private report: N New Comment: Error from the phd log on the Windows box: "The system cannot find the path specified. " So it appears the build is happening, and chm files are being pushed/rsynced, but the chm files are created from an old PhD build. Previous Comments: ------------------------------------------------------------------------ [2011-01-15 23:16:57] philip@php.net Making this a 'doc build' problem ------------------------------------------------------------------------ [2011-01-15 23:01:30] frozenfire@php.net I've checked, and the CHM releases are indeed failing to build. The website shows them as new releases, but the date specified in the manual itself is dated back to mid-2010. I suspect that the build of the CHM is simply failing, causing the file to not be updated. I've moved this to PHP.net SO because it's an issue with the automatic build system, rather than an issue with the documentation itself. ------------------------------------------------------------------------ [2011-01-14 16:16:57] vovan-ve at yandex dot ru Description: ------------ On-line documentation about function basename() [ http://php.net/basename ] has a note: Note: basename() is locale aware, so for it to see the correct basename with multibyte character paths, the matching locale must be set using the setlocale() function. But offline CHM has no such note. This is true problem. I thought before that basename() just works with byte-string. I was really surprised extracting zip with cyrillic file names on different platforms. O_o PS: Why last-mod date on index page in CHM is "2010-06-25" still? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/bug.php?id=53747&edit=1