<html>
    <head>
      <base href="https://bugs.webkit.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Battery status not usable in flatpak"
   href="https://bugs.webkit.org/show_bug.cgi?id=179978">179978</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>[GTK] Battery status not usable in flatpak
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>WebKit
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>PC
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>Normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>P2
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>WebKit Gtk
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>webkit-unassigned@lists.webkit.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>mcatanzaro@igalia.com
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>bugs-noreply@webkitgtk.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Battery status is not usable in flatpak. This means timers never get throttled properly. upower is not available in the GNOME SDK, and it doesn't make sense for it to be there, because it depends on udev, which can never work inside a sandbox, so WebKitGTK+ is built with -DUSE_UPOWER=OFF. Sad. libupower-glib could work inside the sandbox, if the right D-Bus paths are whitelisted in the application's flatpak-builder manifest, which would be OK. We would have to split that out from the rest of upower. Alternatively, we might need to create a battery status portal. Regardless, to be successful, this work needs to be done in coordination with Richard Hughes, Alex Larsson, and Matthias Clasen.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>