Closed Bug 684760 Opened 9 years ago Closed 8 years ago

css bug web font v6


(Core :: Layout: Text and Fonts, defect)

6 Branch
Windows 7
Not set





(Reporter: masoud.s.geo, Unassigned)



(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20100101 Firefox/6.0.1
Build ID: 20110830092941

Steps to reproduce:


OS 6 separately shows the Firefox web fonts
Please note the following photos

True View
False View

css load
@font-face {  
	  font-family: 'b koodak';  
	  src: url('../fonts/BKoodkBd.eot');
	  src: local('☺'), url('../fonts/BKoodkBd.ttf') format('truetype');

font pack download here :

True to show what should we do?

Thanks a lot

Thanks a lot
soroush masoud
Please provide a public URL or reduced test case that exhibits this issue.

True view is good or bad?

Did this work in previous versions?

Does the issue still occur if you start Firefox in Safe Mode?

How about with a new, empty profile?
See this link

see The pic
True Display :

 False Display :

All entries into the Firefox OS 6 is tumultuous.
In older versions of Internet Explorer, it displays

Please download this file Fonts For HTML

Html files inside each folder to see
Show notice a change in the old and new versions of Firefox will
Persian language is composed of words Sticking
For example:
True Display (نوشتن صفحات وب با فونت دلخواه)
False Display (ن وش ت ن  ص ف ح ا ت و ب ب ا ف ون ت د ل خ و ا ه)

tanx a lot

true view us very bad
i`m so sorry tru view is good

see The pic
True Display :

 False Display :
Attached image Screenshot from nightly
This is the view I get with the latest nightly...
Is this view correct, or incorrect?
Component: General → Layout: Text
Product: Firefox → Core
QA Contact: general → layout.fonts-and-text
I'm not able to reproduce this with a current nightly build; however, it's not clear whether this is because the site has changed in the meantime (I think it's now using a different font, and the URL given redirects to a different page), or because of code changes on our side.

The problem was almost certainly that OTS was stripping the OpenType layout tables (GDEF/GPOS/GSUB) from the webfont being used; it does this if it detects an error in the tables. Usually, this indicates a faulty font, perhaps built with buggy tools, although there have also been instances where it was actually an error in the OTS validation.

Masoud: are you still experiencing this problem? Does it still occur with current Aurora or Nightly versions?
Closing bug as Incomplete - if you are still experiencing this issue or have more information to provide feel free to post back here and we can re-open the bug. You can also get assistance by visiting the Firefox help site ->
Closed: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.