php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #71333 "Preview" or "Add Note" don't work on "Add manual note"
Submitted: 2016-01-10 21:48 UTC Modified: 2021-10-17 04:22 UTC
Votes:5
Avg. Score:4.0 ± 0.9
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:0 (0.0%)
From: egonfreeman at gmail dot com Assigned: cmb (profile)
Status: No Feedback Package: Website problem
PHP Version: Irrelevant OS: Windows 7 x64 SP1
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: egonfreeman at gmail dot com
New email:
PHP Version: OS:

 

 [2016-01-10 21:48 UTC] 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.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2016-01-29 21:19 UTC] cmb@php.net
-Status: Open +Status: Verified
 [2016-01-29 21:19 UTC] 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>.
 [2018-02-13 13:18 UTC] 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
 [2018-03-19 08:16 UTC] 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-10-12 23:37 UTC] 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.
 [2021-10-07 10:20 UTC] cmb@php.net
-Status: Verified +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-10-07 10:20 UTC] cmb@php.net
This issue seems to have been resolved, or has anybody still
trouble with this?
 [2021-10-17 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Mar 19 03:01:29 2024 UTC