View Issue Details

WikiJump to Notes
IDProjectCategoryView StatusDate SubmittedLast Update
0019349mantisbtreportspublic2015-02-06 09:432016-07-09 19:29
ReporterForkrulAssail Assigned Tovboctor  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Product Version1.2.17 
Summary0019349: Graphs are not shown
Description

I have installed plugins:
MantisBT Core 1.2.17
MantisStats 1.5.2
MantisGraph 1.0
Mantis Core Formatiing 1.0b

On the Mantis Graph Summary, I cannot see graphs. From what I have read, I have laready checked and coorrected Fonts path. I tried with changing ecz onto installed JpGraph. No help, I see constantly broken image picture.

On Mantis Stats page I see graphs generated in html5, but I do not see any more Mantis pictures. It looks like system stopped processing PNG files plugin_file.php?file=MantisStats/images/MantisStatsLogo.png Direct access shows this file. Via PHP, generates broken picture errror. Site is hosted via Hosting Company, I do not have access to all functions.

Additional Information

Mantis 1.2.17
Scheme: 183

Apache/2.4.10
РНР 5.5
MySql 5.1.6.1

TagsNo tags attached.
Attached Files
MantisError.PNG (2,285 bytes)   
MantisError.PNG (2,285 bytes)   

Relationships

duplicate of 0012410 closedjreese Trailing content in plugin or core files destroys GraphViz graphs 
related to 0012825 closedvboctor Modern graphs using javascript graphing library 

Activities

ForkrulAssail

ForkrulAssail

2015-02-06 09:52

reporter   ~0048794

Please decrease severity.
ForkrulAssail

ForkrulAssail

2015-02-07 09:09

reporter   ~0048797

Additional information.
(website)/plugin_file.php?file=MantisStats/images/MantisStatsLogo.png

This Command is not showing png file, though it is physically there.
ForkrulAssail

ForkrulAssail

2015-02-07 10:19

reporter   ~0048798

The file is generated, though not displayed.
What I have found out, the files simply contain in the beginning Tabs, that are causing them to fail on the screen. Trying to figure out why,
ForkrulAssail

ForkrulAssail

2015-02-09 05:03

reporter   ~0048801

Resolved
Tab after ?> in custom_strings_inc.php
Lost four days for it.....
atrol

atrol

2015-02-09 11:56

developer   ~0048802

Maybe we should add a check in admin/check.php for this.
vboctor

vboctor

2015-02-09 12:13

manager   ~0048803

I wonder if we can do one of the following:

  • If the headers are already sent or output buffer not empty, then error out in download script pages. The image will still be broken, but users will see the issue if they navigate to the same URL in a new tab.

  • We clear the output buffer before streaming the file contents.
atrol

atrol

2015-02-09 13:10

developer   ~0048804

@vboctor, not sure, did you read the discussion starting from 0012410:0026903 ?
jreese closed as "won't fix" because of "waste of processing time"
dregad

dregad

2015-02-09 16:07

developer   ~0048806

I have to say that I'm with jreese here. It has also been an official PHP recommendation for ages, not to include the closing '?>': "If a file is pure PHP code, it is preferable to omit the PHP closing tag at the end of the file. This prevents accidental whitespace or new lines being added after the PHP closing tag, which may cause unwanted effects because PHP will start output buffering when there is no intention from the programmer to send any output at that point in the script." [1]

If we really need to do something here, I think the admin check option is probably best.

[1] http://php.net/manual/en/language.basic-syntax.phptags.php