sigil-ebook / flightcrew Goto Github PK

Currently, flightcrew reports when a file extension disagrees with the reported 
media-type in the OPF file. (error 1107, or ERROR_OPF_BAD_ITEM_MEDIA_TYPE_VALUE)

Sometimes, even the file name is wrong. I encountered an ePub file that had an 
image.jpg with the media-type of 'image/jpeg' that was actually a PNG.

This prevented the Sony Reader from displaying the image.

The error was correctly caught by the latest EpubCheck. Flightcrew should have 
the same test.

I've got this message:

error 1107: The <item> element's "media-type" attribute has value 
"application/x-truetype-font", but the file's media type is 
"application/x-font-ttf"

Because I've used media-type="application/x-truetype-font" for an embedded 
TrueType font. As far as I know, there is no fixed standard media-type for TTF 
fonts, and the ePUB spec certainly doesn't mention it. Could FlightCrew allow 
"application/x-truetype-font" for TTF files or is there something else I'm not 
aware of?

# Steps to reproduce:

1. In Sigil, include a table in an epub with a <thead> but no <tbody>

  <table>
    <thead>
      <tr>
        <td>One</td>

        <td>Two</td>
      </tr>
    </thead>

    <tr>
      <td>A</td>

      <td>B</td>
    </tr>

    <tr>
      <td>C</td>

      <td>D</td>
    </tr>
  </table>

2. Run Flightcrew validation.

Flightcrew passes this as valid (Flightcrew validation in Sigil 0.8.4 on 
Windows 7). This is incorrect. EpubCheck on validator.idpf.org produces these 
errors:

> Results: The following problems were found in table-test-validation.epub:
> 
> Type  File    Line    Position    Message
> ERROR OEBPS/Text/Section0001.xhtml    20  9   element "tr" not allowed here; 
expected element "tbody" or "tfoot"
> ERROR OEBPS/Text/Section0001.xhtml    26  9   element "tr" not allowed here; 
expected element "tbody" or "tfoot"
> ERROR OEBPS/Text/Section0001.xhtml    31  11  element "table" incomplete; missing 
required element "tbody"
> Validated using EpubCheck version 3.0.1.

Greetings!!!!

Appreciate your effort(s) to bring the best possible & clean formatted E-Pub 
files.

We're facing few these type of issues for the past few files. Please see the 
attachment and highlighted text in that.

According to our research this "vnd.adobe" type is very much valid only when we 
want extra control of column appearance with ADE - Adobe Digital Editions. 

Kindly Check!



What version of the product are you using? On what operating system?
0.7.2 , windows 7



Highly Appreciated! Awaiting for your response on this.

Cheers!!

When compiling the current git master, I got the following error with gcc 4.6.1:

src/XercesExtensions/LocationAwareDOMParser.cpp:32:49: error: uninitialized 
const ‘LOCATION_DATA_HANDLER’ [-fpermissive]
src/XercesExtensions/LocationInfoDataHandler.h:32:7: note: ‘const class 
XercesExt::LocationInfoDataHandler’ has no user-provided default constructor

I fixed it by removing the 'const' qualifier.

(I could not find any USER command-line documentation.)

I would like the option to open (and/or run with check) the CLI from the O/S 
file manager.

I use Calibre Open with plugin to edit EPUB files with Sigil. It would be cool 
to just run FC.

Default Open FC with the filepath preset in the CLI
Options: 
run (and wait for user action)
run and close, return pass/fail value

This mainly comes up when editing retail ebooks that I've purchased and want to 
tweak but they often have tons of unused classes in their css. It's like they 
have some giant css template with a class to cover every possible need. I like 
to clean these up but it's a pain to have to keep going back and forth between 
the css and the ebook to search for every single class to see if it's used.

It would be nice if, when performing an epub validation, it would tell you all 
of the unused classes that exist in the css. Also, in case you refer to a class 
in the ebook but forget to set the class up in the css or maybe delete one by 
mistake, it would be nice if it notified you of any class references in the 
ebook that don't exist in the css.

    if (msg != NULL)
    {
            char messageBuffer[1024];
            {
                    va_list args;
                    va_start(args, msg);

        #if defined(_MSC_VER)
                    vsnprintf_s(messageBuffer, 1024, 1024, msg, args);
        #else
        vsnprintf(messageBuffer, 1024, msg, args);
        #endif

                    va_end(args);
            }

            message = messageBuffer;
    }

    return GetAssertHandlerInstance()(condition, message, file, line);

flightcrew/src/BoostParts/boost/thread/xtime.hpp:23:5: error: expected 
identifier before numeric constant
     TIME_UTC=1
     ^


This is not allowed anymore, TIME_UTC is now defined as a macro in c++11 so it 
needs to be renamed. 

What steps will reproduce the problem?
1. Validate the epub here: http://djelibeibi.unex.es/files/test.epub

If I understand the spec correctly, it should be a valid ePUB. Instead, I get 
an error:

test.epub/OEBPS/Portada.xhtml(50): error 301: element 'svg' is not allowed for 
content model 
'(p|h1|h2|h3|h4|h5|h6|div|ul|ol|dl|pre|hr|blockquote|address|fieldset|table|swit
ch|form|noscript|ins|del|script)'

According to section 1.4.1.1:

"A document is considered an OPS Content Document if [...] it uses a 
combination of the XHTML subset defined in this document and OPS-specific 
content extensions such as Inline XML Islands and Inline SVG"

See also this discussion: 
http://www.daisy.org/epub/issues/clarify-which-external-dtds-are-allowed-epub

So, either I don't understand the spec (which is true, anyway), or FlightCrew 
is being too strict?

What steps will reproduce the problem?
1. Get the epub from this location: 
http://www.mobileread.com/forums/showthread.php?t=97542
2. Validate it and note the warnings about manifested but unreachable items
3. Open the css and note how each of the items is actually referenced.

What is the expected output? What do you see instead?
The items all appear to be reachable, Flightcrew should probably not be 
flagging a warning

What version of the product are you using? On what operating system?
Using Sigil 0.3.4 on OS X

Let me know if you need an actual file attached directly.

I have an ePub that fully validates using ePubCheck 1.2. FlightCrew doesn't 
like it.

FlightCrew is telling me that my font declaration is incorrect when FlightCrew 
says it's fine.

The <item> element's "media-type" attribute has value "font/opentype", but the 
file's media type is "application/vnd.ms-opentype".

That is what FlightCrew says is incorrect when it's actually correct.

flightcrew/src/BoostParts/boost/config/requires_threads.hpp:29:4: error: #error 
"Threading support unavaliable: it has been explicitly disabled with 
BOOST_DISABLE_THREADS"


Fix with this:

https://svn.boost.org/trac/boost/attachment/ticket/6165/libstdcpp3.hpp.patch

FlightCrew needs an About menu item so we can tell what version we are using. 
That way we can tell if we need to update or not.

http://mipapyreebookreader.blogspot.com/2010/11/validando-mis-epubs-como-dios-ma
nda-con.html

When an ePub file is checked and no errors or warnings are reported, FlightCrew 
does nothing. It would be useful to provide some sort of feedback anyway, e.g. 
a message "No errors or warnings" with a green check mark. Otherwise, I am left 
wondering whether the program doesn't report any issues because of its 
development and stability state, or because the ePub file is correct.

What steps will reproduce the problem?
1. Create file in Sigil
2. Add Semantic designation of Acknowledgments
3. Validate file using FlightCrew

What is the expected output? What do you see instead?
No error expected. 

Instead, error "The <reference> element's "type" attribute has value 
"acknowledgments" which is not an OPF-specified value. Either use a predefined 
type or start your type with "other."." is given. 

(This may be related to the spelling of Acknowledgments in Sigil; as 
Acknowledgments rather than Acknowledgements.)

What version of the product are you using? On what operating system?
I am using the product on Mac OSX 10.5.8

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?
1. have a hyperlink like <a href="www.website.com">Website</a> forgetting the 
http in a page in the ePub..
2. FlightCrew will report it as a resource in OEBPS/Text/www.website.com 
reachable but not present in OPF.
3. adding the http part in the link in epub will give no problems found 

What is the expected output? What do you see instead?
'No problems found' or 'Malformed hyperlink' in file.xhtml lineXX

What version of the product are you using? On what operating system?
0.7.1b

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

I'm using the command line version of FC (Windows 7) and I would like to know 
if there is a way to have the output go to a text file. I'm using the format 
"flightcrew-cli test.epub > report.txt" but the errors show up on screen rather 
than output to the text file. Epubcheck can work this way so I would like to be 
able to do the same with FC. Thanks!

What steps will reproduce the problem?
1. Any book with a link with "%85" within its HREF will cause this
2. This is an ASCII control character, so maybe others will cause this as well
3.

What is the expected output? What do you see instead?
I expected to see if there are any errors in the ebook's formatting. A pop-up 
that says "An exception occurred during validation: Unknown Exception."

What version of the product are you using? On what operating system?
Version 0.7.2 on Microsoft Windows 7 Home Premium

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?

See the attached epub, it was generated using steps 1 and 2 here below :

1. Gather one or more articles with the GrabmyBooks Firefox extension, 
if your article contains links, they are generated with an a tag with a 
target="_blank". 
( this was tested with many different sources, Grabmybooks's behavior to 
generate links stays consistent)

2. Export the epub out of the Grabmybook Firefox extension. 

3. Open it in Sigil and try to validate it, 
all links are flagged with an error :
" attribute 'target' is not declared for element 'a' " 
But all a elements do have a target="_blank". 

-> false positive ?


What is the expected output? What do you see instead?

No errors flagged. 
Unless target="_blank" is not allowed, in which case the validation error 
message should be different or more precise.


What version of the product are you using? On what operating system?

The one integrated in Sigil 0.7.1,  on Win 7 pro 64bit

As the description says. If you want a test file, just run

echo test > test.txt && ebook-convert test.txt .epub

test.epub when run through flightcrew will give the following error

t.epub/titlepage.xhtml(16): error 301: element 'svg' is not allowed for content 
model 
'(p|h1|h2|h3|h4|h5|h6|div|ul|ol|dl|pre|hr|blockquote|address|fieldset|table|swit
ch|form|noscript|ins|del|script)'

Which it shouldn't.

What steps will reproduce the problem?
1.  Create an EPUB book containing an @font-face rule with multiple formats, 
e.g.

@font-face {
  font-family: 'GFS Didot';
  font-style: normal;
  font-weight: normal;

  src: url('fonts/GFSDidot/GFSDidot.ttf') format('truetype'), url('fonts/GFSDidot/GFSDidot.otf') format('opentype'), local('GFS Didot Regular'), local('GFSDidot-Regular');
}

2.  Include both the TTF and OTF versions of the file.


What is the expected output? What do you see instead?

I would not expect any warning.  Both files can potentially be used, depending 
on what font formats the particular reader supports.  Instead, the validator 
warns that the OTF file is unreachable.



What version of the product are you using? On what operating system?

0.7.2/Mac OS X

Flightcrew reports "No problems found!" on an epub file that has an invalid 
.ncx file. E.g., a file where two navpoints have the same playorder will 
validate even though this is invalid structure for the .ncx file. 

Since this is easy enough to verify, I do not attach a test file

FLightcrew Errors out on the <u></u> tags within Sigil.

element 'u' is not allowed for content model 

'(a|br|span|bdo|map|object|img|svg|tt|i|b|big|small|em|strong|dfn|code|q|samp|kb
d|var|cite|abbr|acronym|sub|sup|input|select|textarea|label|button|ins|del|scrip
t)'

It has all tags bar the underline (<u>).

Use this template only if you have an issue to report that should not be
made public. Creating an issue of this type will label it "Private", making
it only visible to Sigil developers and the person who reported the issue.

Use this template only if necessary.

What steps will reproduce the problem?
1. open flightCrew
2. run epub with HTML using link tag for CSS and has a few embedded images that 
are all specified in manifest file

What is the expected output? What do you see instead?

I expect it to go through and validate HTML and check XML. Instead, it claims 
that the images used in HTML files were not used, when they were and CSS 
stylesheet was not used, even though it too was in fact used via link tag.

According to W3schools, CSS can be used by:

*external stylesheet
*internal stylesheet
*inline stylesheet

When they talk about using external stylesheet, they use the link tag in their 
example.

Also, according to a few runs through epubcheck, while learning to make EPUB 
files, I could not use images outside of HTML files, even if I list them in the 
manifest. However, they are also embedded correctly in the HTML, also as stated 
by W3schools.  These are not errors, but the rest that the validator runs 
through is just as it should be.

What version of the product are you using? On what operating system?

0.7.1b  on Mac OS X Snow Leopard

Please provide any additional information below. If your source file
(SGF/EPUB/HTML/etc) is required to fully understand the problem, please
attach it to this issue. Read the ReportingIssues wiki page before
submitting!

You can see my uses of images in the epub provided. Also, with exception of 
incorrect DTD, my HTML validates against W3C's XHTML 1.1 standard, according to 
their own HTML validator.

What steps will reproduce the problem?

Validate the attached epub.

What is the expected output? What do you see instead?

I expected many error reports, because it's not a valid epub, it's just an 
in-progress file. Instead, I get:

File test.epub does not exist.

It works with other files, it doesn't seem to be a problem with permissions or 
paths.

What version of the product are you using? On what operating system?

I'm using flightcrew-cli 0.7.0 on Linux.

Problems
========
ERROR: .css: Font-face reference ops/fonts/ARIALUNI.TTFto non-standard font 
type application/x-font-ttf
ERROR: .css: Font-face reference ops/fonts/CharisSIL_Regular.ttfto non-standard 
font type application/x-font-ttf
ERROR: .css: Font-face reference ops/fonts/CharisSIL_Bold.ttfto non-standard 
font type application/x-font-ttf
ERROR: .css: Font-face reference ops/fonts/CharisSIL_Italic.ttfto non-standard 
font type application/x-font-ttf
ERROR: .css: Font-face reference ops/fonts/CharisSIL_Bold_Italic.ttfto 
non-standard font type application/x-font-ttf

Valid
=====
<item id="font1" href="fonts/ARIALUNI.TTF" 
media-type="application/vnd.ms-opentype"/>
<item id="font2" href="fonts/CharisSILB.ttf" 
media-type="application/vnd.ms-opentype"/>
<item id="font3" href="fonts/CharisSILBI.ttf" 
media-type="application/vnd.ms-opentype"/>
<item id="font4" href="fonts/CharisSILI.ttf" 
media-type="application/vnd.ms-opentype"/>
<item id="font5" href="fonts/CharisSILR.ttf" 
media-type="application/vnd.ms-opentype"/>

What steps will reproduce the problem?
1. Install latest Sigil issue AS ADMINISTRATOR on Windows XP SP3
2. Run Sigil AS USER and try to validate ePUB
3. Sigil crashes after validator complaint about 'unique:path' and 'temporary 
profile'
4. Suspect trouble with local variables, as everything fine when validating AS 
ADMINISTRATOR 

Posting here following Valloric's reply to my cry for help on MobilRead Sigil 
Forum...

What steps will reproduce the problem?
1. It gives what I believe is a false error on the opf file if the date is 
2010-12-1 - the error:

The <date> element's value is "2010-12-1", which is not a valid date format.

What is the expected output? I expected it to be no error. 2010-11-31 did not 
generate an error. 

Which is to say that what had no errors yesterday has one error today. This on.

What version of the product are you using? On what operating system?
0.7.1
Ubuntu 10.10


Nice tool.

I take FlightCrew veredict on my files as if it were the Bible, but recently I 
found several books that were not able to be opened on a SONY PRS-650.
They were revised with SIGIL and validated with FLightcrew as I state it should 
be done in my famous (or infamous) "BBPP LARdT v1.16" (LARdT's Good practices 
for getting a decent ePUB").

The issue was the size of some xhtml files (465Kb greater than SONY's limit 
size of 300Kb). I know that ePUB standard has also a size limit but I can't 
remember the figure in this very momemt.

Do you think you can include (at least as warning) a size limit check in 
Flightcrew? I hope I'm not asking for a "rococó style bidet" feature. :-)

What steps will reproduce the problem?
1.Compile the library
2.create test project
3.std::vector<FlightCrew::Result> results = 
FlightCrew::ValidateEpubRootFolder("/test/");

Where the passed directory contains extracted contents from an EPUB file 
(META-INF, OEBPS, content.opf, mimetype, page_styles, stylesheet, titlepage, 
toc.ncx)

What is the expected output? What do you see instead?

Expected output should be detailed verification of the extracted EPUB contents. 
Instead, empty vector with size 0 is returned.

What version of the product are you using? On what operating system?

latest trunk version, windows 7 x64, vs 2010

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

The latest dmg for OS X (0.7.2) doesn't have the flightcrew-cli binary, it only 
has flightcrew-gui.

What steps will reproduce the problem?

1. Test the attached EPUB file


What is the expected output? What do you see instead?

This file should not produce an error about bytes 30-60, but does.  According 
to:

    3.3 OCF ZIP Container Media Type Identification

the mimetype file may not contain *leading* whitespace.  The specification says 
nothing about *trailing* whitespace, and epubcheck agrees that this EPUB file 
is legal in that regard.


What version of the product are you using? On what operating system?

0.7.2/Mac OS X

What steps will reproduce the problem?
1. Check this document: http://djelibeibi.unex.es/files/test.epub

I get an error:

test.epub/OEBPS: error 1118: This resource is reachable but not present in the 
OPF <manifest>.

which seems to be due to this piece of code:

<p><a href="#test">This is an internal link</a></p>

FlightCrew is probably finding an empty filename before # and then looking for 
the directory name in the manifest, rather than the *current* filename. Is this 
again some misunderstanding on my part? Such links seem to work fine in all 
ePUB readers, anyway...

What steps will reproduce the problem?
1. cmake -G "Unix Makefiles" -DBUILD_SHARED_FC=1 /path/to/extracted/folder
2. make


What is the expected output? What do you see instead?
[ 87%] Building CXX object 
src/FlightCrew/CMakeFiles/FlightCrew.dir/Misc/DetermineMimetype.cpp.o
Linking CXX shared library libFlightCrew.so
/usr/bin/ld: ../../lib/libzipios.a(zipextraction.cpp.o): relocation R_X86_64_32 
against `zipios::IOException::~IOException()' can not be used when making a 
shared object; recompile with -fPIC
../../lib/libzipios.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [src/FlightCrew/libFlightCrew.so] Error 1
make[1]: *** [src/FlightCrew/CMakeFiles/FlightCrew.dir/all] Error 2
make: *** [all] Error 2


What version of the product are you using? On what operating system?
7.2
Ubuntu 10.04 LTS


My solution isn't very elegant, but for each of these files:
src/zipios/CMakeLists.txt
src/BoostParts/CMakeLists.txt
src/XercesExtensions/CMakeLists.txt
src/zlib/CMakeLists.txt
src/Xerces/CMakeLists.txt

after the add_library line, I add this line:

if ( UNIX AND BUILD_SHARED_FC AND CMAKE_SYSTEM_PROCESSOR STREQUAL "x86_64" )
    set_target_properties( ${PROJECT_NAME} PROPERTIES COMPILE_FLAGS "-fPIC")
endif()

then delete the build directory and build again.

What steps will reproduce the problem?
1. Add a fonts.css and into it put
/*
@font-face {
  font-family: "kramer";
  src: url("../Fonts/KRAMER__.TTF") format("truetype");
}
*/
2.Do _not add the font
3.Add the stylesheet to a page
4.Check with flightcrew

What is the expected output? What do you see instead?
There would be minor errors, but there shouldn't be 'This resource is reachable 
but not present in the OPF <manifest>.', as the @font-face is commented out.

What version of the product are you using? On what operating system?
0.7.1 on Ubuntu Linux 10.10

This error message appears when validating an epub with different styelsheets 
for different devices. I include the following lines in the head of each file:

    <head>
        <title>name-of-file</title>
        <link href="css/name-of-file.css" rel="stylesheet" type="text/css" />
        <link href="css/kf8.css" media="amzn-kf8" rel="stylesheet" type="text/css" />
        <link href="css/mobi.css" media="amzn-mobi" rel="stylesheet" type="text/css" />
    </head>

The error message I get referring to these lines in each file is:
unable to find validator for simple type of attribute 'media'

Please could you let me know how to deal with this problem.

Thank you very much



What version of the product are you using? On what operating system?
Dreamweaver on Windows Vista


Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?
1.Present a file with one or more hyperlinks with no corresponding Idmarker.

What is the expected output? What do you see instead?
Expect to see hyperlink tagged by Flight Crew.
Instead, Flight Crew reports problem with link to /text in OEBPS
What version of the product are you using? On what operating system?
V 3.4 32bit w/ Win 7

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

If I validate a valid epub (as per epubcheck 1.0.5) FC report errors like the 
following in ncx:

This <content> element's "src" attribute value is "fooBar.xml", but that file 
does not exist.

Apparently your code assume src path relative to the epub package root, not to 
the ncx position, so your validation fails (erroneously) if the ncx is in a 
subdirectory and references files in the same directory with relative paths.

This structure should validate correctly, but actually does not:

epub root
 |--mimetype
 |--META-INF
 |--OPS
    |--test.ncx
    |--fooBar.xml

fragment from test.ncx:
<navPoint class="a_class" id="an_uid" playOrder="1">
      <navLabel><text>Title</text></navLabel>
      <content src="fooBar.xml"/>
</navPoint>

What steps will reproduce the problem?
1. statement in content.opf:     <reference 
href="Text/ROC_Alizant_split_000.htm#start" title="Beginning" type="start" />  
2. Run Sigil validator
3. get error msg: The <reference> element's "type" attribute has value "start" 
which is not an OPF-specified value. Either use  predefined type or start your 
type with "other"

What is the expected output? What do you see instead?

This is a fairly common recommendation for setting the "Beginning" start point 
for a mobi/Kindle file. It seems to work sometimes, but not consistently. 
Whether or not the translation works, I still get the above error from the 
Sigil validator.

What version of the product are you using? On what operating system?

Sigil, ver 0.5.3, current Kindle previewer for the mobi translation. Windows7, 
up do date.


Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?
1. Open App
2. It will crash
3. No step 3

What is the expected output? What do you see instead?
Expected: Open application for checking a ePub
Get: Problem report for flightCrew-gui
Process:         FlightCrew-gui [4050]
Path:            /Applications/FlightCrew-gui.app/Contents/MacOS/FlightCrew-gui
Identifier:      com.valloric.Sigil.app
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  launchd [253]

Date/Time:       2010-11-12 09:33:36.204 +0000
OS Version:      Mac OS X 10.6.5 (10H574)
Report Version:  6

Interval Since Last Report:          64228 sec
Crashes Since Last Report:           8
Per-App Crashes Since Last Report:   6
Anonymous UUID:                      0740603A-DFB8-4B00-AA7D-E80CC859AD2F

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: QtGui.framework/Versions/4/QtGui
  Referenced from: /Applications/FlightCrew-gui.app/Contents/MacOS/FlightCrew-gui
  Reason: no suitable image found.  Did find:
    /Library/Frameworks/QtGui.framework/Versions/4/QtGui: no matching architecture in universal wrapper

Binary Images:
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <B536F2F1-9DF1-3B6C-1C2C-9075EA219A06> /usr/lib/dyld

Model: iMac8,1, BootROM IM81.00C1.B00, 2 processors, Intel Core 2 Duo, 3.06 
GHz, 4 GB, SMC 1.30f1
Graphics: NVIDIA GeForce 8800 GS, NVIDIA GeForce 8800 GS, PCIe, 512 MB
Memory Module: global_name
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8C), Broadcom 
BCM43xx 1.0 (5.10.131.36.1)
Bluetooth: Version 2.3.8f7, 2 service, 19 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Serial ATA Device: Hitachi HDS721075KLA360, 698.64 GB
Parallel ATA Device: OPTIARC  DVD RW AD-5630A
USB Device: iPhone, 0x05ac  (Apple Inc.), 0x1297, 0xfa200000
USB Device: Hub, 0x050d  (Belkin Corporation), 0x0264, 0xfa400000
USB Device: USB 2.0 Hub, 0x1a40  (TERMINUS TECHNOLOGY INC.), 0x0101, 0xfa440000
USB Device: Cinergy T², 0x0ccd, 0x0038, 0xfa442000
USB Device: USB Storage, 0x05e3  (Genesys Logic, Inc.), 0x0710, 0xfa443000
USB Device: Built-in iSight, 0x05ac  (Apple Inc.), 0x8502, 0xfd400000
USB Device: FreeAgent GoFlex, 0x0bc2, 0x5021, 0xfd100000
USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0x5d100000
USB Device: BRCM2046 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x1a100000
USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x820f, 
0x1a110000
Process:         FlightCrew-gui [4050]
Path:            /Applications/FlightCrew-gui.app/Contents/MacOS/FlightCrew-gui
Identifier:      com.valloric.Sigil.app
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  launchd [253]

Date/Time:       2010-11-12 09:33:36.204 +0000
OS Version:      Mac OS X 10.6.5 (10H574)
Report Version:  6

Interval Since Last Report:          64228 sec
Crashes Since Last Report:           8
Per-App Crashes Since Last Report:   6
Anonymous UUID:                      0740603A-DFB8-4B00-AA7D-E80CC859AD2F

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: QtGui.framework/Versions/4/QtGui
  Referenced from: /Applications/FlightCrew-gui.app/Contents/MacOS/FlightCrew-gui
  Reason: no suitable image found.  Did find:
    /Library/Frameworks/QtGui.framework/Versions/4/QtGui: no matching architecture in universal wrapper

Binary Images:
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <B536F2F1-9DF1-3B6C-1C2C-9075EA219A06> /usr/lib/dyld

Model: iMac8,1, BootROM IM81.00C1.B00, 2 processors, Intel Core 2 Duo, 3.06 
GHz, 4 GB, SMC 1.30f1
Graphics: NVIDIA GeForce 8800 GS, NVIDIA GeForce 8800 GS, PCIe, 512 MB
Memory Module: global_name
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8C), Broadcom 
BCM43xx 1.0 (5.10.131.36.1)
Bluetooth: Version 2.3.8f7, 2 service, 19 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Serial ATA Device: Hitachi HDS721075KLA360, 698.64 GB
Parallel ATA Device: OPTIARC  DVD RW AD-5630A
USB Device: iPhone, 0x05ac  (Apple Inc.), 0x1297, 0xfa200000
USB Device: Hub, 0x050d  (Belkin Corporation), 0x0264, 0xfa400000
USB Device: USB 2.0 Hub, 0x1a40  (TERMINUS TECHNOLOGY INC.), 0x0101, 0xfa440000
USB Device: Cinergy T², 0x0ccd, 0x0038, 0xfa442000
USB Device: USB Storage, 0x05e3  (Genesys Logic, Inc.), 0x0710, 0xfa443000
USB Device: Built-in iSight, 0x05ac  (Apple Inc.), 0x8502, 0xfd400000
USB Device: FreeAgent GoFlex, 0x0bc2, 0x5021, 0xfd100000
USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0x5d100000
USB Device: BRCM2046 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x1a100000
USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x820f, 
0x1a110000

What version of the product are you using? On what operating system?
Mac Intel 10.6.5
FlightCrew-0.7.1-Mac-Package.dmg 

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?
1. download program
2. run installer
3. reports that administrator rigts are required

What is the expected output? What do you see instead?

installation completes

What version of the product are you using? On what operating system?

windows installer on windows 7 64 bit


please provide non-broken installer

checking epub is NOT ADMINISTRATIVE OPERATION AND DOES NOT REQUIRE 
ADMINISTRATOR RIGHTS

What steps will reproduce the problem?
1. Compile from source against Qt-4.6.3.
2. Start fc_tests or flightcrew-gui.
3. See it fail.

What is the expected output? What do you see instead?
Tests running / GUI.

/usr/bin/flightcrew-gui
terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid
zsh: abort      /usr/bin/flightcrew-gui

What version of the product are you using? On what operating system?
0.7.0, built from source on Linux.

What steps will reproduce the problem?
1. Have a ePub with an acknowledgements.xhtml page
2. The content.opf has a guide reference type="acknowledgments"
3. Try and verify it with flightcrew, but doesn't even though it is an 
opf-specified value.

What is the expected output? What do you see instead?
     Expected is verified, or nothing. But I get is "The <reference> element's "type" attribute has value "acknowledgments" which is not an OPF-specified value. Either use a predefined type or start your type with "other.".

What version of the product are you using? On what operating system?
0.7.0 on OSX 10.6.4
0.7.0 on Windows 7

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.

What steps will reproduce the problem?
1. Open attached epub via drag and drop with flightcrew-gui.
2. Error indicated in file "The Stormcaller - Tom 
Lloyd.epub/OEBPS/toml_9780575096653_oeb_opf_r1.opf" on line 1 with blank 
message.

What is the expected output? What do you see instead?
   Either no errors, or a useful error message indicating the actual issue.

What version of the product are you using? On what operating system?
   0.7.0 Windows 64bit

I'm assuming there is something critically wrong with the opf file that is 
causing FlightCrew to bomb out entirely rather than report the error..

What steps will reproduce the problem?
1. rename the stylesheet a number of times with save in Sigil
2.
3.

What is the expected output? What do you see instead?
I get a file like expected. Flightcrew gives the message 
'epub/OEBPS/Styles/style001.css - This resource is reachable but not present in 
the OPF <manifest>.
However, the file is not present in the epub file, nor is it referenced in the 
other files. Therefore I would not expect that message.

What version of the product are you using? On what operating system?
latest version on Windows Vista (32-bit)

Read the ReportingIssues wiki page before submitting! In 99.99% of the
cases, you need to attach a minimal epub file to this issue so please do
so.