View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0025184 | mantisbt | custom fields | public | 2019-01-09 12:02 | 2019-05-21 22:42 |
Reporter | truefriend-cz | Assigned To | |||
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | confirmed | Resolution | open | ||
Product Version | 2.19.0 | ||||
Summary | 0025184: bug_report_page_fields by projects | ||||
Description | If adding bug_report_page_fields in Configuration report by project then it is not working. If adding bug_report_page_fields in Configuration report for all projects (with same configuration) then working ok (but for all projects only). | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
truefriend-cz, I was not able to reproduce your problem with a fresh install of the latest stable MantisBT release (2.19.0 at the moment). Please provide detailed step-by-step instructions to reproduce the issue; the following additional information may also be useful:
|
|
No. It is after clean install and added 4 projects and adding anonymous user. Source code not modified. config_inc.php (lines begin "..." in file is not contained, replaced original for reporting): |
|
... big font lines config_inc.php have on begin lines hashtag symbol. I do not know why replace with big font. |
|
This is caused by Markdown processor; I edited your post to add so the config file is shown in a code block (using ```) |
|
I am still not able to reproduce. There is hardly any chance to help as long as you don't provide detailed step-by-step instructions. |
|
I will not deal with it you. I"ve presented it on a forum and you"re still repeating the same thing as stupid. I not have more informations.
7+. step Thanks Thank you I could use Mantis from the earliest verisons when I was using RitLabs (about TheBAT). Your support and worker access through mobbing is worse than in the past, and again and again I have to stop developing and helping with your product. I hope you will soon get a personal out of order because I have not met such a blunder social access at the developer level for a long time. Solution access, ended words: You DETAILED testing before public. |
|
I invested time to support you in forum.
I assume you are talking about 0025186
I have no idea what you are talking about I am working for Mantis in my free time without getting paid for it..
|
|
Setting to |
|
I have of Mantis 135 tickets (before account than problem your server). From this tickets solved 134 with random "reasons". If your policy is such, your product is a virus. Antivirus companyes thus describe the behavior of the virus. I tested on Windows.
On project UniServerZ (3. server) get next this bug: https://mantisbt.org/bugs/view.php?id=22752 (unresolved from first version). All servers is CLEAN (base) install or running (portable versions with default configurations), with default database from Mantis wizard install. User for connect to database is with full rights only (no root, but other). For testing I recomending USBWebserver. I will be back from backup: On Linux server hosting provider: Settings Array applyed on project "Test" (in adm_config_report.php) config_inc.php:
no MODs files. |
|
Next info from testing: If visit bug_report_page.php as anonymous then this user used global arrays fields. But in adm_config_report.php is defined individual array settings by project and this your script ignored. Why? |
|
@truefriend-cz considering how you responded to @atrol in your earlier post, do you really expect that someone is going to be willing to help you? � |
|
@truefriend-cz as everybody can see, this even works on your own installation. |
|
It was worth to ignore all this unacceptable bashing and ask again and again for detailed information to reproduce the issue. Deeper investigation is needed, what I can tell until now: We are talking about an issue which appears just when using anonymous access in way which is not recommended
There is also a dependency to the way you access pages. Furthermore the behavior depends on browser cookies that might exist or not, depending on a previous login. I will ask another developer who is more involved in this part of the code than me, if he can have a look at the issue. |
|
Bug is if: All right if: After clean histroy and cache and reload page show bad (bug is) items. |
|
Do you can planing target version, please? |
|