This fixes the crash at 287138, it does still not really fix the flaw in the algorithm in TextPagePrivate::breakWordIntoCharacters
when there are two strings with the same text and the same bounding rectangle in the same page, but i still don't know how to fix that problem properly,
so i've fixed a bug that was generating the situation for files that actually do not have it
BUGS: 287138
Generator already provides a nice way to thread requests
so we don't need a custom one here. AFAIR it existed
because this code predates the base generator threading mechanism
Since sometimes we even change the pdfdoc pointer itself ;-)
This was working previously by pure luck (read bug in poppler :D)
BUGS: 284464
FIXED-IN: 4.7.3
(cherry picked from commit eb705417fa)
The old code assumed the number of children would be
"-NUMBER "
while this file has
"-NUMBER/"
so what we do now is looping after the - until we find a non digit
All this code would better be done using a regexp and not that many section calls
but i did not want to touch it more than needed
BUGS: 283447
FIXED-IN: 4.7.3
(cherry picked from commit 83df127ac0)
Otherwise we were accepting
/usr/share/texmf-dist/fonts/vf/public/yhmath/yhcmex10.vf
to font named cmex10 (since it is a substring) and it was veeeeeery bad since cmex10 was the base font of yhcmex10 and basically instead of going to the base font we ended up in the virtual font itself causing an infinite loop for some characters
Windows guys, not sure if that needs to be a \ in windows, you might want to give it a try
CCMAIL: kde-windows@kde.org
(cherry picked from commit 673eb41393)
use it to either parse an abbreviate path data or (in the future) read paths from resources;
call parseRscRefPath() instead of parseAbbreviatedPathData() directly
Script Kiddy
Albert Astals Cid
Pino Toscano
David Palacio
Ralf Habacker
Aleix Pol
Montel Laurent
Kevin Kofler
Mohammad Mahfuzur Rahman Mamun