search

rizwan3d / noto

Automatically exported from code.google.com/p/noto
1 stars 0 forks source link

OpenOffice crashes when PDF is made with Noto Sans CJK fonts #76

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Create a document in OpenOffice with a CJK text
2. Apply any of the Noto Sans CJK fonts to the text
3. Click "Export directly as PDF" icon on the toolbar
4. Click "Export" in the dialogue box for exporting

What is the expected output? What do you see instead?
The expected output is making a PDF document without crashing OpenOffice. 
Instead, there is no PDF because OpenOffice crashes and the Document Recovery 
windows appears.

What version of the product are you using? On what operating system?
Windows 7 64-bit, Apache OpenOffice 4.1.0
The Noto font pack downloaded from http://www.google.com/get/noto/

Please provide any additional information below.
Making the PDF via "File > Export as PDF" gives the same crash too. Changing 
any options in the PDF Options window does not seem to help.

The fonts that make the crash are: Noto Sans Japanese, Noto Sans Korean, Noto 
Sans S Chinese and Noto Sans T Chinese, in all weights. Many of the other Noto 
fonts are OK (did not check all of them, though). No other CJK fonts on my 
computer make OpenOffice crash.

Original issue reported on code.google.com by pio.tala...@gmail.com on 18 Jul 2014 at 7:34

GoogleCodeExporter commented 9 years ago

Original comment by roozbeh@google.com on 18 Jul 2014 at 4:51

GoogleCodeExporter commented 9 years ago 
The issue may be the same as LibreOffice in that it assumes that the maximum 
number of FDArray elements is 16, but Noto Sans CJK (and thus Source Han Sans) 
include 19. The maximum number of FDArray elements is 256. See: 
https://bugs.freedesktop.org/show_bug.cgi?id=81516#c14 and 
https://github.com/adobe-fonts/source-han-sans/issues/27

Original comment by ken.lu...@gmail.com on 4 Aug 2014 at 1:02

GoogleCodeExporter commented 9 years ago 
https://svn.apache.org/viewvc/openoffice/trunk/main/vcl/source/fontsubset/cff.cx
x?view=markup shows that OpenOffice suffers from the same bug and could use the 
same patch.

I have submitted the patch again for their consideration on 
https://issues.apache.org/ooo/show_bug.cgi?id=125359 (using the same CC0 public 
domain declaration).

Original comment by audreyt....@gmail.com on 5 Aug 2014 at 6:20

GoogleCodeExporter commented 9 years ago 
This is a bug in LibreOffice.

Original comment by stua...@google.com on 4 Feb 2015 at 2:06