In my report, I get question marks instead of spaces, like this:
I am running this under Linux. I believe it was working correctly originally, and then started doing this for some unknown reason recently. Any ideas?
The question marks are caused by non-breakable space characters (\u00A0). If they are not displayed correctly, it is a sign of your browser and/or HTTP server mangling or not respecting the original encoding of EMMA HTML report files.
The default encoding is ISO-8859-1 and can be verified by checking the beginning of any .html file:
<HTML><HEAD><META CONTENT="text/html; charset=ISO-8859-1" HTTP-EQUIV="Content-Type"/>...
Hmm - I'm running this through my homegrown Maven plugin (I never saw any activity on the other one). That is probably the problem, but I don't know how to fix it... Guess I'll live with it until I research. Thanks for the response and tip. -- Chad
If you think this is a bug, maybe you could submit a Tracker issue and attach some sample .html files that reproduce the problem. Otherwise, you probably agree that I have nothing to go on: all of the previous instances of this problem have been caused by misconfigured browsers or HTTP servers.
Regarding the Maven plugin, yes, I've been beating down on Dilum to communicate through the forums more and I have not been entirely successful. But at least we live in the same city, so we meet periodically and did see his demo of the EMMA Maven plugin report and it looked fine, no question marks.
I'm having this problem as well. Has anyone found any solutions?
The issue definitely has to do with your browser and char encoding for your platform. Check what it is and you will find the reason. The HTML encoding EMMA uses will be emitted in each HTML report file. Check its beginning:
<HTML><HEAD><META CONTENT="text/html; charset=ISO-8859-1" ...
and you will know what it is. Sorry, but I can't do this for you.
Thanks for the reply.
I actuallly just got the solution... it had to do with configuring my apache server. (For the record, my charset was ISO-8859-1).
Anyway, here's a link that explains the solution:
Thanks for the great work! Emma works beautifully.
p.s. after adding the horizontal bar patch, I think you should definitely make it a standard feature--basic users like good looking pages.
I have also had this problem. The default charset in the apache config as installed with the redhat rpm is UTF-8. Changing the setting in httpd.conf will fix the problem, as will renaming the .html file to .html.iso8859-1 (per type mappings in httpd.conf).
This is likely a problem for users of redhat/apache web servers. I'm not sure if UTF-8 is the default for apache accross the board or just for redhat's distro. If defined, it will always take precedence over the definition in the html meta tag. I don't know of other ways to override the setting so that the default is not used. Maybe an apache expert can chime in here with an option.
My only concern in changing the default encoding from unicode to western iso is that all current content served by this web server works with unicode. I'm not sure if it will all be compatible with western iso.
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.