[Webkit-unassigned] [Bug 284502] New: REGRESSION(265294 at main): [GTK][WPE] WTR is unable to find the fonts.conf file if WebKit is built on a different directory than where is run

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=284502

            Bug ID: 284502
           Summary: REGRESSION(265294 at main): [GTK][WPE] WTR is unable to
                    find the fonts.conf file if WebKit is built on a
                    different directory than where is run
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: clopez at igalia.com
                CC: bugs-noreply at webkitgtk.org, cgarcia at igalia.com

This has been detected on some downstream bots that I'm testing were we don't use flatpak.

It happens that we hardcode at build-time the path to the webkit top level dir as a compiler definition (TOP_LEVEL_DIR) and then we use that to find the fonts.conf file at TOP_LEVEL_DIR/Tools/WebKitTestRunner/glib/fonts/fonts.conf

The problem happens when we use that compilation on another checkout of webkit that has a different path.

Example:

bot1 -> Builds WebKit at /home/bot1/WebKit and hardcodes TOP_LEVEL_DIR as /home/bot1/WebKit
bot2 -> Downloads built-product from bot1 at /home/bot2/WebKit and tries to run layout tests. Then it will try to access font.conf file at /home/bot1/WebKit/Tools/WebKitTestRunner/glib/fonts/fonts.conf but that path is invalid on this bot.


This was working before 265294 at main because we were using relative paths.

It is fine using absolute path, but we have to detect the path at run-time rather than rely only on the path that was used at compile-time.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20241212/f482ea50/attachment.htm>