Bug #71333 [Ver->Fbk]: "Preview" or "Add Note" don't work on "Add manual note"

Edit report at https://bugs.php.net/bug.php?id=71333&edit=1 ID: 71333 Updated by: cmb@php.net Reported by: egonfreeman at gmail dot com Summary: "Preview" or "Add Note" don't work on "Add manual note" -Status: Verified +Status: Feedback Type: Bug Package: Website problem Operating System: Windows 7 x64 SP1 PHP Version: Irrelevant -Assigned To: +Assigned To: cmb Block user comment: N Private report: N New Comment: This issue seems to have been resolved, or has anybody still trouble with this? Previous Comments: ------------------------------------------------------------------------ [2018-10-12 23:37:34] jake_hotson at hotmail dot com Still broken in both Firefox and Chrome (current versions) on Windows (10). Have not seen it working in any browser for quite a while now. The console shows a lot of warnings about resources blocked due to CORS, e.g. "Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://php.net/js/search-index.php?lang=en. (Reason: CORS header 'Access-Control-Allow-Origin' missing)." It does work however if you access via the non-SSL HTTP URL for the manual, e.g. at http://php.net/manual/add-note.php?sect=function.is-file&redirect=http://php.net/manual/en/function.is-file.php. Note that this is not on the subdomain "secure." (which appears to just be a mirror) so the domains match. ------------------------------------------------------------------------ [2018-03-19 08:16:56] stashofcode at gmail dot com This still doesn't work. The "Preview" and "Add note" buttons just refresh the page : no preview, and the form gets lost. Tested with Firefox Quantum 56.0.1 and Internet Explorer 11.0.9600.18952 on Windows 7 SP 1. ------------------------------------------------------------------------ [2018-02-13 13:18:36] mspreij at gmail dot com > Apparently, the POST request targets > <https://php.net/manual/add-note.php> Which in turn is because of the base tag: <base href="https://php.net/manual/add-note.php"> If I change the action in the form tag to be the full URL, it works (at least, the preview). Comically I also got: "Your note is too short. Trying to test the notes system? Save us the trouble of deleting your test, and don't. It works." As it was a preview nothing should need to be removed, and no, it doesn't :-p ------------------------------------------------------------------------ [2016-01-29 21:19:07] cmb@php.net Apparently, the POST request targets <https://php.net/manual/add-note.php> and is redirected as GET request to <https://secure.php.net/manual/add-note.php>. ------------------------------------------------------------------------ [2016-01-10 21:48:51] egonfreeman at gmail dot com Description: ------------ As soon as I've filled the entry out, clicking on "Preview" or "Add Note" results in the new page losing part of its address in the URI field, the editor is gone and no report (eg. an error) is issued. The entire entry of the new note is obviously gone along with the editor. No note is posted to the website. Example of the URI being broken: - before hitting any buttons on the form https://secure.php.net/manual/add-note.php?sect=function.is-file&redirect=https://php.net/manual/en/function.is-file.php - after hitting any button on the form https://secure.php.net/manual/add-note.php Bug reproduced in Mozilla Firefox 43.0.4 and Chrome 47.0. ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=71333&edit=1