View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0005962ScribusOS-PPCOSXpublic2007-06-28 23:302008-01-14 23:20
ReporterplinnellAssigned Toavox  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version1.3.4 
Target Version1.3.5Fixed in Version1.3.3.12svn 
Summary0005962: Endian Issue with PDF Export
DescriptionExporting the attached .sla gives different results with:

Linux:
/Title <FEFF
/Author <FEFF

OSX:
/Title FFFE
/Author <FFFE
TagsNo tags attached.
Patch

Relationships

child of 0005693 closedplinnell 1.3.5 bug collection (prior to roadmap) 

Activities

2007-06-28 23:30

 

PRESS DOCUMENT.sla (346,476 bytes)

plinnell

2007-07-08 20:53

viewer   ~0016751

Reminder sent to: tsdgeos

avox

2008-01-14 17:11

updater   ~0018571

FEFF is Unicode's byte order marker. Big endian systems would create the byte sequence FE,FF,a,b,c,d; little endian systems would produce FF,FE,b,a,d,c. Both sequences are equivalent.
Strangely, on my big endian system (PPC) Scribus produces the second sequence, which gives correct strings for author and title in Adobe Reader.

If Scribus produces the first sequence on Intel systems and Adobe Reader shows the correct strings, that's not a bug.

jghali

2008-01-14 19:09

administrator   ~0018578

PDF specs 1.7 page 158 "For text strings encoded in Unicode, the first two bytes must be 254 followed by 255. These two bytes represent the Unicode byte order marker, U+FEFF, indicating that the string is encoded in the UTF-16BE (big-endian) encoding scheme specified in the Unicode standard."

tsdgeos

2008-01-14 19:19

reporter   ~0018579

So if it has to be FEFF, producing FFFE on PPC systems is wrong, right?

jghali

2008-01-14 21:53

administrator   ~0018582

Fix backported to 1.3.3.12svn

Issue History

Date Modified Username Field Change
2007-06-28 23:30 plinnell New Issue
2007-06-28 23:30 plinnell File Added: PRESS DOCUMENT.sla
2007-06-28 23:30 plinnell Reported by => Kpdf developer
2007-06-28 23:30 plinnell Reported where => IRC
2007-06-29 08:39 plinnell Status new => assigned
2007-06-29 08:39 plinnell Assigned To => avox
2007-07-08 20:53 plinnell Note Added: 0016751
2007-07-08 21:24 plinnell View Status private => public
2007-09-27 19:44 christoph_s Relationship added child of 0005693
2007-12-20 22:52 cbradney Target Version => 1.3.5svn
2007-12-26 17:02 cbradney Target Version 1.3.5svn => 1.3.5
2008-01-14 17:11 avox Note Added: 0018571
2008-01-14 18:08 avox Status assigned => resolved
2008-01-14 18:08 avox Resolution open => no change required
2008-01-14 19:09 jghali Status resolved => feedback
2008-01-14 19:09 jghali Resolution no change required => reopened
2008-01-14 19:09 jghali Note Added: 0018578
2008-01-14 19:19 tsdgeos Note Added: 0018579
2008-01-14 21:14 avox Status feedback => resolved
2008-01-14 21:14 avox Fixed in Version => 1.3.5svn
2008-01-14 21:14 avox Resolution reopened => fixed
2008-01-14 21:53 jghali Note Added: 0018582
2008-01-14 21:53 jghali Fixed in Version 1.3.5svn => 1.3.3.12svn
2008-01-14 23:20 cbradney Status resolved => closed
2014-10-08 18:38 Kunda Category PPCOSX => OS-PPCOSX