Html 5 charset issue

We have an application using html5. The server returns an accepted charset of utf-8. On the page is the following meta-tag: <meta charset="utf-8">.
When inputting "special"characters (é, è, à, etc) and submitting the form, firefox translates this to these characters: Ã©Ã. Further examination tells us that these are utf-8 representations of the iso-8859-1 values for the given characters. (we are using firefox on windows)
When putting the accept-charset on the html-form, the issue is solved. However when reading the html5 spec, it seems to me that firefox should interpret either the server response or the meta-tag and submit the content as utf-8.
We have the same issue in chrome, however in IE it seems to work.

Hello,
Can you please confirm the following
#The file is saved with UTF-8 encoding
#Are the pages getting served by server side scripting (PHP etc) or is it a HTML+JS single page application
#Is it possible for you to provide a sample of the <meta> tag you are using
Like you mentioned, if you did provide the charset in the meta tag, it is not required to set the charset for the form (provided the charset is the same), but the browser should be able to identify the charset properly.
Can you please check these links to see if having the charset within the first 512/1024 bytes of the page is causing this issue
#[http://forums.mozillazine.org/viewtopic.php?f=9&t=1168365 Setting default encoding of a page to UTF-8]
#[https://bugzilla.mozilla.org/show_bug.cgi?id=812542 Charset identified wrongly as Western-8859-1 for a UTF-8 page]
#[http://code.google.com/p/doctype-mirror/wiki/MetaCharsetAttribute Details on MetaCharSetAttribute]
#[https://developer.mozilla.org/en-US/docs/Web/HTML/Element/meta Meta on MDN]
Thank you

Similar Messages

Adobe Bridge CS6, Output to HTML Gallery coding issue.

Adobe Bridge CS6, Output to HTML Gallery coding issue.
I have created the html, JavaScript, css file using the output function in Bridge CS6, which nicely generates the coding, pages, folders and files. I can edit the html files such as gallery title, name, etc., in Dreamweaver CS6 just fine and preview them in a selected browser (both chrome and IE) and everything works fine.
When I ftp upload the files and directories into my hosting account (Go Daddy), the images do not show up. The file table appears but the thumbs images does not appear and when selected to preview the larger image, it does not appear either. I have not altered the file structure at all. Go Daddy says it is a coding issue, but I cannot fine any errors.
Have you seen this issue before? All Adobe help research have failed. Any suggestions??

Have you asked on Go Daddy site for help in uploading Adobe Bridge script? Just to say it is coding is not helpful.

The Content-type charset issue

Hi
I've been reading the thread about the origins of the #HEAD# substitition: Where does #HEAD# substitution comes from?
Because I want to change the charset parameter in the content-type meta tag in my application. I'm a bit worried since it appears that the value of this attribute is controlled by the PlsqlNLSLanguage setting in the dad. OK and Jan has had various settings here. But there are references to documentation that state that from Apex 3.0 you really can't change the setting with regards to charset (http://download-uk.oracle.com/docs/cd/B32472_01/doc/relnotes.300/b32465/toc.htm#BGBCJIEA) - it must be AL32UTF8.
Now, I'm on 2.2, but I'm definately planning on upgrading at some point, so I guess that limitation will apply to my config too.
AL32UTF8 yields a content type meta tag with charset=utf-8. If I can't change that, how do I get charset=iso-8859-1 like I need?
Scott proposed to put in a second content-type meta tag to (maybe) override the one that Apex makes. I'm going to try that to see if it saves me. But can it be true that Apex doesn't give me any options here - other than relying on browsers probably guessing what I want when I give them HTML-hacks? In my view, that would clearly constitute a bug.
Jakob

Hi Joel
Thanks for your reply. You're right. It's clearly not a bug after all. But you might want to slap Scott for suggesting what he did in Where does #HEAD# substitution comes from? :-)
I understand that the problem lies with the XmlHttpRequest so it's not Apex' fault.
My issue arises when people post non-ascii (Danish) characters in forms. Æ, Ø, Å etc. The browser encodes these as UTF-8 and they become garbage to the database - or to be more precise, they look like two or three bytes of even stranger characters when I retrieve them from the database. Also when I retrieve them with Apex and put them back into the very same input element that they came from.
Personally I can't think of a good reason why the conversion seems to happen OK when I get the values back in the browser (if it didn't the funky characters would be "right" when viewed in the browser) and not happen when I post? I realize that I should be careful with the b-word, but the marshalling is not symmetric so some component in here doesn't behave ... reasonably. Perhaps it's the browser...
Would you or anybody know of a workaround? Others must have had this problem? Is it possible to tweek the form or the form elements (using attributes like enctype, accept, accept-charsest with which I must admin I have no previous experience)? Or will I have to do some really nasty hacking in either JavaScript or database triggers or something?
The Apex report on NLS in the database contains this:
NLS_CHARACTERSET     WE8MSWIN1252
NLS_COMP     BINARY
NLS_LANGUAGE     DANISH
NLS_LENGTH_SEMANTICS     BYTE
NLS_NCHAR_CHARACTERSET     AL16UTF16
NLS_NCHAR_CONV_EXCP     FALSE
NLS_NUMERIC_CHARACTERS     ,.
NLS_SORT     DANISH
NLS_TERRITORY     DENMARK
I don't believe that I'm free to change any of that. There are other applications running against the database.
Jakob

HTML in body issues/ Outlook 2003 displays HTML as attachement/PDFs

Hi, I have a requirement to use email bursting to send out a PDF with a UPS ARS return label in it. We also send out plan HTML update emails for BI Publisher that we want to appear in the body of the email.
I'm having two problems. Before we applied patch 9501440 (which replaces patch 6135146 for BI Publisher 5.6.3 on Oracle EBS 11i) my test PDF attachment emails came across as their body being in a file called bodyText.txt as an attachment. Applying the patch fixed this issue but now our regular HTML emails which should be in the body don't work properly when received from Outlook 2003 (which is the version we're on). The HTML appears as an attachment. There's another patch for this but it's bundled as the latest roll-up for the standalone XML Publisher Enterprise Edition so I don't think we can apply it. I've opened a SAR with Oracle but they so far do not have a solution.
Does anyone know of a solution for this problem? Also, is there a way to use a template for the HTML body and another template in the same email to produce a PDF attachment. We're concerned that rendering the shipping label in HTML may cause it to not format properly when printed by end users in the field.
I can't imagine that what we're trying to do is that out of the ordinary...
Any help is greatly appreciated.

I have searched all over the net and I know it is probably an issue or setting with Outlook but though somebody may have seen this or at least know what is going on.
The email is sent but is just a link / attachment for Outlook users in the email body - no text etc. They have to open it up. Asked them to check for HTML settings.
Anyone got any pointers.

HTML Article performance issues in Adobe Viewer on iPad

I have created a HTML Article using DPS but when I come to view it on Adobe Viewer in iPad the content does not scroll smoothly and the content is cut off and cropped (the whole page is not displayed), it is very judery and struggles to render the HTML below 'the fold' so to speak.
I have tried both options for importing HTML into DPS and both have the same performance/lag isuues.
I have a video in my HTML that seemed to be causing an issue where the video streaming was struggling to be pulled through, so I have treid YouTube and Vimeo video streaming and the performance/display issue is not resolved. I then tried embbeding an mp4 directly using HTML5 to see if it was a connection/bandwidth issue and the problem still exists. However the videos do play, its just the fact that the container is cropped in half.
Sometimes the whole HTML article renders but then when you swipe back up the page it struggles to render the content above? Also then when you swipe back down the page the content is also cropped that was visible before?
I have reviewed every available discussion on the Adobe Community and other resources but all the fixes mentioned do not have any effect.
If anybody can assist or has been experiencing the same issues any advise would be welcome.
Oh, the HTML Article contains some JS too, it does function correctly but I was wondering if JS causes problems? Just a thought.

Well, I think I may have found the answer so I thought I would share with the Community incase anyone else experiences the same type of issues.
After testing another peice of HTML that also included video streaming and heavy JavaScript, I narrowed the issue down to my JS. I had two Nivo Slider Carousels that were the route of the performance issues.
The other test HTML Article scrolls smoothly and the video pulls in as intended, although once in a while there is a slight delay in the page scrolling up and down but this is hardly noticeable.
I hope this may be of some help to other's in the future?

Html select tag issue.

Hi All,
I created a new project using EB3 to develop a photoshop extension. In that panel, I added the drop down box as follows,
<body onLoad="onLoaded()">
     <select>
            <option value="">1</option>
            <option value="">2</option>
            <option value="">3</option>
            <option value="">4</option>
     </select>
</body>
I am seeing an issue, following are the steps to reproduce it,
- Open the panel.
- Click on the drop down. (Drop down opens)
- Now loose the focus from the panel by clicking outside the panel.
- Now click on the drop down. (Here comes the issue)
Drop down doesn't open but it comes into the focus and when I clicked second time it will open.
So every time when focus loosed the panel and I clicked on the drop down nothing happens on first time.
And the strange thing is that I am seeing this issue on windows only.
Anyone have any idea why it behave like this or is it a select tag bug in html panel?
Thanks for any help..

Yep, I second that. Combos take two clicks to be activated. Seems like yet another bug from a long, long list of issues with this CEP.

HTML table display issues in Safari and Firefox

Hey,
A few days ago, in both firefox and safari, i noticed that whenever i go to certain sites with (i'm assuming) what are HTML tables, they aren't displaying properly. The tables are going way bigger than they should.
ex. When i go to craigslist.org and click on any link, each item on the page has way more space between lines than it should. To see what i mean check out these screen capture.
http://www.killtheteleprompter.com/picture1.png
http://www.killtheteleprompter.com/picture2.png
Also, perhaps a related issue, in Firefox, the page scrolling isn't smooth anymore when i use my trackpad.
I tried trashing the preferences for each browser in my library, to no avail. Any help would be awesome. thanks

hey thanks. The links in the orgininal post are fixed. To view the difference, look at the captures, then type in the url that appears in the captures to see what it should look like.
http://www.killtheteleprompter.com/picture1.png
http://www.killtheteleprompter.com/picture2.png

RoboHelp HTML v7to9 Migrate issue, Screen Tip field in images' properties w/DHTML Drop-down hotspot

Hey all, thanks in advance for any info you can provide. All the RoboHelp references below relate to us using the respective version of RoboHelp HTML, and on my XP SP3 pc.
For various reasons, we tried migrating our data from RoboHelp v7 directly to RoboHelp v9, but noticed this same issue also occurred when we tried to migrate our data from RoboHelp v7 to RoboHelp v8, as this was one of the reasons we did not use RoboHelp v8 as our production "version".
I noticed that RoboHelp v9 (and RoboHelp v8) will not populate the "Screen tip:" area/field of the image's properties window with the existing Screen tip text, even though it is in the html code of the page and when viewing the page within RoboHelp (Ctrl-W) or through a browser like IE6 or IE8, the Screen tip text will display when hovering the mouse over the picture. Only the RoboHelp v7 will properly display the text info in the Screen tip area.
Please note, we have most of our images inserted in a DHTML Drop-down hotspot and use buttons associated with a java script to "Show All Images" (or "Hide All Images") and these examples are the ones that the "Screen Tip:" field in the image's properties did not populate in RoboHelp v9.
Is there any easy way to get the ALT text to appear in the actual "Screen tip:" area/field of the image's properties window in RoboHelp v9, or must they be manually entered? Otherwise, currently it shows up as all blank, as though we neglected to fill it in. Is there an actual fix for this? Thanks in advance for any info you can provide.

Create a one topic project. See the Contact page on my site and send the project as instructed there. Do make sure you include a link to this thread and please do not email the project direct.
I will open the project in Rh10 and generate webhelp.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Upgrade to ECC6 & Unicode Passing HTML to Browser Issue?

Has anyone experienced web browser issues at display time? We are on IE7. We are now using the internal ITS. Our carriage returns are totally being ignored by the browser. Thus, we have a dropdown box to pick one of the businesses multiple partners, and because the HTML is not formatted correctly in the browser, the dropdown doesn't work, and we get an "array not created" error messsage in IE7.
I know that there are options in the IE 7 browser under the menu item "view". I've tried changing these to some different Unicode settings, but without luck.
Has anybody some experience with this issue?
Thank-You

You mean hex stored as string (0-F)?

Charset issues

I have a JSP that pulls an RSS news feed from another site, via javascript. The news is in french and the french characters are not displaying properly on some browsers. I tried setting the charset and encoding as followings...
<%@ page pageEncoding="UTF-8" contentType="text/html; charset=UTF-8" %>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8" />I also tried ISO-8859-1 and neither seem to do the trick.
In debugging I noticed the following: If I turn off auto-detect on my computer, it works fine in ISO or UTF. On another computer it only works in UTF and not ISO. Even with auto-detect it doesn't work.
Anything else I can try?
thanks
Edited by: black_lotus on 2-Mar-2010 4:46 PM

Because the page encoding is set via java. Are you implying that the html retrieved from the feed with javascript can have another encoding?Well if it's a completely different request/response then yeah, it will have its own character encoding associated with that exchange.
The pageEncoding specifies the character set that your Jsp server (Tomcat or whatever) will send the html to the browser in. It doesn't affect the running of javascript at all as I understand.

HTML+CSS conversion issue with nth-child() selector

Why doesn't Adobe Acrobat XI Pro convert the below HTML code correctly when I try to create a PDF from it?
I've simplified the actual code significanly in order to present the problem in its simplest possible form. The code below uses the CSS "counter" feature to modify <li> elements according to a specific pattern. This code enumerates and indents every third line in the progression 1,4,7,10,13, ...
In Firefox and Internet Explorer, this code is displayed correctly, but Acrobat XI Pro ignores the lines with the "nth-child(3n+1)" selector which contain directives to hide line enumeration on non-matching lines and to indent text on matching lines. Acrobat XI Pro instead displays line enumeration for all lines and doesn't indent text on any line, as if the two directives containing the "nth-child(3n+1)" selector were not present at all.
Is this a bug or is it an unsupported feature in Adobe Acrobat XI Pro?
Whichever the case, any suggestions on a not too labourious alternative method to achieve the same result?
As things are, I've been forced to resort to using the so called "poor man's nth-child selector" workaround (abouthalf.com/development/poor-mans-nth-child-selector-for-ie-7-and-8/), which requires manual specification of each line's content with ever-increasing code extension/repetition. It gets the job done, but in a very messy and time-consuming way, and it only works with pre-defined static content. In terms of size, the difference is that of less than 1kb CSS file size when using the nth-child() selector vs more than 75kb CSS file size when using the above mentioned workaround, for a 250 line predefined stylesheet.
Surely there has to be a better way to deal with this issue? Support for a core HTML/CSS feature that generates ordered layout patterns for line enumeration, indentation, etc, would seem like a top priority feature to support in a product such as Adobe Acrobat Pro, given its focus on page layout...
<html>
<head>
<style type="text/css">
body { margin: 75px 90px; }
li { list-style-type: none; counter-increment: listing; }
li:after { content: counter(listing); float: right; margin-right: -2em; visibility: visible; }
li:not(:nth-child(3n+1)):after { visibility: hidden; }
li:nth-child(3n+1) { text-indent: 25px; }
</style>
</head>
<body>
<li>Line One</li>
<li>Line Two</li>
<li>Line Three</li>
<li>Line Four</li>
<li>Line Five</li>
<li>Line Six</li>
<li>Line Seven</li>
<li>Line Eight</li>
<li>Line Nine</li>
<li>Line Ten</li>
</body>
</html>

Any suggestion what the issue and/or solution might be?

HTML-Body + charset

Hi all,
I'm creating email-messages via ObjAPI in GW with a HTML-Body, which has to be done
by attaching a Text.htm to a message. This file has the desired Html-Body as content.
Besides that I define a BodyText as the plain text part of the message. That message
is saved as a draft and then sent by the ObjAPI command ".Send()".
In my Text.htm file I define UTF-8 as the charset of the html document, because I do
have to use special chars, like german Umlaute or something similar.
My html content comes from a "external" HTML editor.
When adding my "Text.htm" as attachment, GW seems to choose the charset for the
email-message itself by checking the BodyText content. So the effect when sending
such a message via GWIA is the following:
GWIA defines a "MIME-charset", i.e. "iso-8859-1", but my "Text.htm" has defined
"utf-8" as charset, so the reveiving email-client won't display the html-content
right; most speical chars are displayed as the all known "garbage".
If I open the created draft message inside the GW client and send it via the client
button "Send" the message will be sent correct; so I assume the whole "charset thing"
is handled by the client.
What options do I have to send HTML messages, containing special chars (german
umlaute) just by using the ObjAPI (without Tokens!)?
Any possibility to "force" GW to use a special charset when sending a message?
Environment: GW 7.0.3 (POA + client).
regards,
Markus

I created a bug to investigate the problem.
>>> On Monday, October 05, 2009 at 3:24 AM, Markus
Colorado<[email protected]>
wrote:
> Hi Michael,
>
> 1) UTF‑8 is definitely defined for the logged in user under tools >>
options >>
> send
>
> 2) The workaround via SMTP is not an option ‑ the customer wants the
sent
> messages in
> the "sent items" folder.
>
>>> I think it's not the GWIA but the Windows client..
> Well I assume the client doesn't do any work when creating the mail just
via
> ObjAPI;
> I personally think that goes 1:1 to the GWIA which creates the MIME and so
> does the
> charset‑handling.
> I can't image the client is involved cause "resending" such a message via
> client does
> bring up a completely different charset‑handling in the MIME! Those
messages
> are sent
> with correct encoding; UTF‑8 with the tested messages...
>
> Again my question: how can I force GW to use i.e. UTF‑8 encoding for the
> text/html
> part?
>
> Alternative way: if I could "get/read/guess" the information which
encoding
> will be
> used by GW for the text/plain part, I would even convert the text/html
part
> to that
> encoding, cause GW does set the text/plain and text/html part to the same
> encoding;
> no idea why....
>
>
> Markus
>
>
>
> "Michael Bell" <mikebell90@no‑mx.forums.novell.com> schrieb im
Newsbeitrag
> news:[email protected]. ..
>> Markus Colorado wrote:
>>> Hi Preston,
>>>
>>> we've tested with GW8 SP1 again now, but the problem still remains.
>>> It seems that the GWIA sets the charset for the text/html part to the
same
> value
>>> as the text/plain part, which causes these problems.
>>>
>>> I can't guess which charset the GWIA will choose so I've no chance to
> convert my
>>> TEXT.htm content...
>>>
>>> Any ideas how to solve that? ‑
>>> Can I define/force the charset handling via SOAP?
>>>
>>>
>>> Markus
>>>
>>
>> I think it's not the GWIA but the Windows client. See if you set it to
UTF‑8
> for
>> the user you are logging in if this fixes it.
>>
>> Of course it is still unacceptable, and still should be fixed in the
API.
>>
>> The other obvious workaround is to create an SMTP message and just mail
it
> that
>> way.
>>
>>>
>>>
>>> "Preston Stephenson" <[email protected]> schrieb im Newsbeitrag
>>> news:[email protected]...
>>>> You won't get any help in 7.0.x.
>>>> Have you tried 8.0.x?
>>>>
>>>>>>> On Monday, August 17, 2009 at 4:28 AM, Markus
Colorado<[email protected]>
>>>> wrote:
>>>>> Hi all,
>>>>>
>>>>> I'm creating email‑messages via ObjAPI in GW with a HTML‑Body,
which
>>>> has to be
>>>>> done
>>>>> by attaching a Text.htm to a message. This file has the desired
>>>> Html‑Body as
>>>>> content.
>>>>> Besides that I define a BodyText as the plain text part of the
message.
>>>> That
>>>>> message
>>>>> is saved as a draft and then sent by the ObjAPI command ".Send()".
>>>>>
>>>>> In my Text.htm file I define UTF‑8 as the charset of the html
document,
>>>>> because I do
>>>>> have to use special chars, like german Umlaute or something similar.
>>>>> My html content comes from a "external" HTML editor.
>>>>>
>>>>> When adding my "Text.htm" as attachment, GW seems to choose the
charset
>>>> for
>>>>> the
>>>>> email‑message itself by checking the BodyText content. So the
effect
>>>> when
>>>>> sending
>>>>> such a message via GWIA is the following:
>>>>> GWIA defines a "MIME‑charset", i.e. "iso‑8859‑1", but my
"Text.htm"
>>>> has defined
>>>>> "utf‑8" as charset, so the reveiving email‑client won't display
the
>>>>> html‑content
>>>>> right; most speical chars are displayed as the all known "garbage".
>>>>>
>>>>> If I open the created draft message inside the GW client and send it
via
>>>> the
>>>>> client
>>>>> button "Send" the message will be sent correct; so I assume the whole
>>>>> "charset thing"
>>>>> is handled by the client.
>>>>>
>>>>> What options do I have to send HTML messages, containing special
chars
>>>>> (german
>>>>> umlaute) just by using the ObjAPI (without Tokens!)?
>>>>> Any possibility to "force" GW to use a special charset when sending a
>>>>> message?
>>>>>
>>>>> Environment: GW 7.0.3 (POA + client).
>>>>>
>>>>>
>>>>> regards,
>>>>> Markus
>>>

Excel charset issue. Scrambled output.

I faced this issue many times, but whenever the issue recurs, I end up with no clue of what's going wrong.
Trying to dump data to an excel file:
                    iResponse.setHeader("application/vnd.ms-excel; charset=UTF-8", "content-type");
                    iResponse.setHeader("attachment; filename = \"" + reportFileName() + "\" ", "content-disposition");
                    iResponse.setContentEncoding("UTF-8");
                    iResponse.setContent(fileData());
The excel file contains international languages scrambled (e.g. Chinese). I tried bigendian as charset, but still the output is scrambled.
I checked the response using firebug, my output data is fine.
Can anybody throw some pointers on this issue.
Thanks in advance,
Senthil

reviving.

SQL Loader UTF8 Charset issue

Hi,
My database charset is UTF8, NLS_LANG parameter on mid tier (unix) is UTF8. I have created a spool file (Korean language) in UTF8 charset. Also, verified the dat file using a unicode text editor. When I am trying to upload data back to the database using SQL loader data is not getting uploaded properly. It uploads after doing some internal encoding/decoding. I have tried with characterset parament in ctrl file as UTF8.
Could anyone pls help me identifying the issue and respective resolution?
Thanks in advance.
Sanyog

Also useful for you (NLS_LANG and sqlloader) may be this thread:
sqllder especial carector issue

Html 5 Video Issues - Kelp!

Back again, thanks again to the board for suggesting the Boiler 5 in regards to browser compatability. It has worked wonders.
Anyway, I'm emedding a video... a mp4. The one i created... doesn't work. I get audio... no video when previewed both off and online.
I take an mp4 from the internet... it works great in both.
I then take a flv... that I converted from the Mp4, and it works offline, but online, all i get is a box in one browser, another browser doesn't show me anything at all.
This can't be that hard to do... I am following the proper steps in creating the video, i see my controls, poster and have a fallback 3gp.
As usual, any help you can provide, would greatly be appreciated.

First of all, everything depends on the browser you are using. And you also must set up your web server to recognize files that you are serving.
Here's the deal:
The good folks at the Mozilla Foundation decided that H.264 video could cause them a problem, as it is not open-source. So, for Firefox, you must serve OGG Theora or OGG Vorbis files. Apple's Safari, likes H.264 (.M4V or .MP4) files just fine, thank you. And the good people at Google usually will accept H.264, but sometimes want .WEBM.
What's a person to do?
Well, you have to make sure that you have declared an HTML5 page. Your first lines of code on your website must be:
<!DOCTYPE HTML>
<html>
Second, you have to create all of the video formats so that you can serve them. I don't know what kind of computer you have, but on my Mac, I use the Miro Video Converter as well as Quicktime Pro.
Third, you have to write your code thusly:
<div class="movie">
<video width="640" height="480" controls preload="metadata" poster="path/poster.jpg">
<source src="path/movie.mp4" type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
<source src="path/movie.ogv" type='video/ogg; codecs="theora, vorbis"'>
<source src="path/movie.webm">
</video>
</div>
The order is very important here. You offer the .mp4 verson, then the .ogv version and last the .webm version.
Now, you have all of that and the bloody thing still doesn't work. I had an issue with this and the browser it didn't work in was Firefox. I asked the Mozilla people. They told me that my web server was sending a stream of ASCII characters because it did not understand the MIME type.
Woah!
This is what you have to do in an Apache Server:
Change the .htaccess file. It should be in the root of your website, and you can see it when you look at your Remote site in Dreamweaver. Download it (do a "get).
Now open it in Dreamweaver and insert the following:
AddType audio/ogg .oga
AddType video/ogg .ogv
AddType application/ogg .ogg
AddHandler application-ogg .ogg .ogv .oga
If you cannot find your .htaccess file, in many cases, you can add MIME types through your web server's control panel. Ask your hosting provider how to do that.
-Mark

Html 5 charset issue

Similar Messages

Maybe you are looking for