Opened 3 years ago
Closed 3 years ago
#15660 closed enhancement (fixed)
qtwebengine-5.15.6 - fix chromium breakage from harfbuzz-3.0.
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | normal | Milestone: | 11.1 |
| Component: | BOOK | Version: | git |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Open issue at qt, https://bugreports.qt.io/browse/QTBUG-96911. Arch has a patch from upstream chromium, but it is insufficient for our build. The chromium commit https://github.com/chromium/chromium/commit/b289f6f3fcbc rolled up a lot of fixes, many files were changed but most are pngs. I can see at least one other change beyond what arch are using, for me the build now blows up in skia/src/pdf/SkPDFSubsetFont.cpp so perhaps Arch use something different for PDFs.
Investigating.
Change History (2)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
The other change from the chromium commit is not wanted - in qtwebengine that part is only used if not using system harfbuzz and not using qtharfbuzz, i.e. using the harfbuzz shipped in (that part of) chromium.
Arch are also using their skia-harfbuzz-3.0.0.patch which is based on some upstream Skia commits. Looks as if that should fix my new error.
We recommend system harfbuzz for qt5.