Edit report at https://bugs.php.net/bug.php?id=71333&edit=1
ID: 71333
Comment by: jake_hotson at hotmail dot com
Reported by: egonfreeman at gmail dot com
Summary: "Preview" or "Add Note" don't work on "Add manual
note"
Status: Verified
Type: Bug
Package: Website problem
Operating System: Windows 7 x64 SP1
PHP Version: Irrelevant
Block user comment: N
Private report: N
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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] c...@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
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
