Relationship Graph
View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0036988 | mantisbt | authentication | public | 2026-03-19 16:23 | 2026-04-18 10:33 |
| Reporter | scooterchris | Assigned To | dregad | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | duplicate | ||
| Product Version | 2.28.1 | ||||
| Summary | 0036988: Adding a note to an issue results in error: APPLICATION ERROR #2800 | ||||
| Description | Regression in Mantis 2.28.0 (also 2.28.1) prevents edit actions such as Add Note, with error "APPLICATION ERROR #2800". Reverting to Mantis 2.27.3 allows Add Note to work correctly. | ||||
| Steps To Reproduce | Regression introduced in Mantis 2.28.0, also duplicated in 2.28.1. Client: Server: Selected /etc/php.ini configuration: Selected Apache configuration settings from httpd.conf: Mantis config/config_inc.php: Login to Mantis using Google Chrome via HTTPS URL.
Clearing web browser cookies and cache did not resolve the error. I read Mantis docs "9.1.1. Error 2800 - Invalid form security token" and it did not resolve the issue. Workarounds: | ||||
| Tags | No tags attached. | ||||
|
Thanks for the detailed report, but unfortunately I am not able to reproduce the problem, it works just fine both on my dev box and in this very tracker. |
|
|
scooterchris, You did not provide any feedback; I am therefore resolving this issue. Feel free to reopen it at a later time and provide the requested information. |
|
|
I found the specific /etc/php.ini setting that triggers the bug. The following default setting allows adding a note without issue using the client and server configuration described above: Changing the setting to the following prevents adding notes, with 2800 error shown. https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Set-Cookie#Examples Some cookie names contain prefixes that impose specific restrictions on the cookie's attributes in supporting user-agents. All cookie prefixes start with a double-underscore (__) and end in a dash (-). The following prefixes are defined: Secure-: Cookies with names starting with Secure- must be set with the Secure attribute by a secure page (HTTPS). |
|
|
Thanks for the feedback. This problem as already been identified, see 0036819. Unfortunately at this time I'm not sure how it can be fixed. If you can help, contributions are welcome. I'm closing this as duplicate. |
|
related to
child of
duplicate of