View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003058 | mantisbt | bugtracker | public | 2003-03-14 20:52 | 2003-12-13 04:41 |
| Reporter | eborn | Assigned To | jfitzell | ||
| Priority | normal | Severity | trivial | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0003058: Clicking on view_all_bug_page.php results in 'file download' popup | ||||
| Description | I am using Mantis 0.18.0a3 in combination with PHP 4.3.1 and Apache 1.3.27. My client is IE 6.0 on WinXP SP1. Every time I click on 'View bugs' I get a 'file download' popup. It looks like the webserver doesn't recognize the file as a php script. I have no problems with the rest of the system. | ||||
| Tags | No tags attached. | ||||
|
I have the obgzhandler enabled for PHP, so all the pages are automatically gzipped when send. When I disabble the ob_gzhandler in the php.ini file everything works fine! When I click on the page in Mozilla I get a page full with wierd characters. |
|
|
This is not a mantis bug directly. The problem is that you have compression enabled in mantis which uses ob_gzhandler() in it's output buffer and also in the php.ini file. This is a known problem in PHP which causes the data to be compressed twice but it is only decompressed once by the browser. It then gets binary data, I presume, and offers to download it. Your immediate fix would be to disable Mantis' compression, but I am just about to commit some code that should check if you have it enabled elsewhere and if so, disable it automatically. I would love it if you could grab the latests CVS code and see if it fixes the problem for you. If it doesn't, I think we'll look at disabling our compression by default. |
|
|
hmm... actually maybe I'm wrong... I just tested this and PHP catches the fact that I have both compression methods enabled and just gives a warning. Well, perhaps you could try the new code anyway and see if it helps... if not maybe we can track it down more. |
|
|
I checked out the CVS version, but your assumption was right: it still sees the page as a binary file. And as you noted, when I set g_compress_html to OFF the problem is resolved. |
|
|
A 'quick and dirty' fix would be to add get_cfg_var("output_handler") != "ob_gzhandler" && as line 30 in compress_api.php. That works for me. |
|
|
he he... that's actually the fix I made but I got distracted by an email and hadn't committed it yet. It's committed now. Could you just double check that my code still solves it for you and then I'll mark this resolve. |
|
|
Ah :) Well, it still works like a charm, so you can put it to resolved! |
|
|
in CVS |
|