collaborative futures pdf stops in chapter 14

[mushon]

Reported on IRC:

05:29 < mushon> Aco: any reason why Booki exports are behaving weirdly?
05:29 < mushon>  http://objavi.flossmanuals.net/books/collaborativefutures-en-2010.08.11-19.05.46.pdf
05:30 < mushon> it's cut after page 56 (on the TOC too) also seems to be ignoring chapter IDs + no

B/W

05:30 < mushon> I am using this CSS file:  http://mushon.com/xtra/booki/cf_june2010.css
05:32 < Aco> hei mushon... no, no idea why. i did change some unicode converting stuff to export,

but it is there for like 3-4 days

05:33 < mushon> I didn't export since your last change
05:33 < mushon> was busy with other things as much as it may sound hard to believe ;)
05:36 < Aco> it does sound very hard to belive :)
05:39 < Aco> dies on page 34 for me
05:43 < Aco> hm... booki exports to objavi all chapters and their content. will look into it, but

might be that doug also changed something.

05:43 < Aco> i will have to test on other books also.

---

I think it always finishes in chapter 14, after the heading "Context and Conflict" (it stopped on different pages because they used different fonts and page sizes).

[douglas]

The problem is present when you try to convert the html on the command line, which points to the problem being within wkhtmltopdf, not objavi's handling of it.

Nothing related to this changed in Objavi or wkhtmltopdf. Wkhtmltopdf was compiled on July 7.
I compared ldd output with apt logs to see whether any libraries used by wkhtmltopdf might have changed. libpng had a seemingly unrelated security patch, but that is all.

Wkhtmltopdf doesn't report any error. It just stops rendering too soon.

This is pointing to there being something new in Collaborative Futures that wasn't there before and that breaks wkhtmltopdf with both Mushon's CSS and the standard CSS. Quite probably it is something on the next page after the last one rendered.

The first unrendered page contains a very long link, namely

<networkcultures.org/wpmu/geert/2009/06/15/the-digital-given-10-web-20-theses-by-ippolita-geert-lovink-ned-rossiter/>

This quite likely doesn't fit on the page, which could maybe break stuff. But is it new?

[douglas]

Aha. Booki shows the links as <tiny.booki.cc/?thedigitalgiven>.

Something along the way is dereferencing it!
That is the problem, I think.

[douglas]

Replying to douglas:

Aha. Booki shows the links as <tiny.booki.cc/?thedigitalgiven>.

Something along the way is dereferencing it!
That is the problem, I think.

It seems like lxml is doing this as part of parsing the html, which seems rather beyond its remit.

[douglas]

It seems OK now, though I changed nothing.

Mushon: can you test it and close the bug?

[mushon]

Hi Doug, just tested and the bug persists :(
 http://objavi.flossmanuals.net/books/collaborativefutures-en-2010.08.16-20.03.52.pdf

Would you look into it again?

(I am using this css: html://mushon.com/xtra/booki/cf_june2010.css on an A5 book)

[mushon]

News: I found what was causing the bug.
This code found its way into chapter 14:

&nbsp;<style type="text/css"><!-- @page { margin: 0.79in } P { margin-bottom: 0.08in </style>

When I removed it the chapters exported well again :)

We might want to avoid this in future iterations though.