|  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
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
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
38 - 15 = ?
Subscribe to this entry?

 [2016-01-10 21:48 UTC] egonfreeman at gmail dot com
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

- after hitting any button on the form

Bug reproduced in Mozilla Firefox 43.0.4 and Chrome 47.0.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2016-01-29 21:19 UTC]
-Status: Open +Status: Verified
 [2016-01-29 21:19 UTC]
Apparently, the POST request targets
<> and is redirected as GET
request to <>.
 [2018-02-13 13:18 UTC] mspreij at gmail dot com
> Apparently, the POST request targets
> <>

Which in turn is because of the base tag: <base href="">

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 (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  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]
-Status: Verified +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-10-07 10:20 UTC]
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 Jun 18 06:01:31 2024 UTC