However I could not reproduce this in a simple testcase so far although I tried. Looking further I found that LibreOffice uses an icky cast in this for the map, although unless I am mistaken, that should not lead to any issues on our archs (it might cause unhelpful hash collisions on windows 64-Bit though). Jut to be save and sane I also commited a better cast there: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=03d64b736ac612f7ce2e7c40a0be04a6e23ae489
Hints or corrections (on why that have might indeed be troublesome) most welcome.
Patched around with: anonscm. debian. org/gitweb/ ?p=pkg- openoffice/ libreoffice. git;a=commitdif f;h=576f40c8276 38e002752fee256 c1f67b7b493007 /gerrit. libreoffice. org/#/c/ 373/
http://
in Ubuntu packaging. Upstreamed and backported to 3.6 upstream as:
https:/
However I could not reproduce this in a simple testcase so far although I tried. Looking further I found that LibreOffice uses an icky cast in this for the map, although unless I am mistaken, that should not lead to any issues on our archs (it might cause unhelpful hash collisions on windows 64-Bit though). Jut to be save and sane I also commited a better cast there: /gerrit. libreoffice. org/gitweb? p=core. git;a=commitdif f;h=03d64b736ac 612f7ce2e7c40a0 be04a6e23ae489
https:/
Hints or corrections (on why that have might indeed be troublesome) most welcome.