touch-packages team mailing list archive

[Olivier Tilloy <olivier.tilloy@xxxxxxxxxxxxx>]

** Changed in: canonical-devices-system-image
     Assignee: (unassigned) => Olivier Tilloy (osomon)

** Changed in: webbrowser-app (Ubuntu)
     Assignee: (unassigned) => Olivier Tilloy (osomon)

** Changed in: webbrowser-app (Ubuntu RTM)
     Assignee: (unassigned) => Olivier Tilloy (osomon)

** Changed in: webbrowser-app (Ubuntu RTM)
       Status: Confirmed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1387754

Title:
  applicationName ignored in pure QML apps importing Ubuntu.Web

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  The dataPath for webviews is set in the plugin’s initializeEngine()
  method, like so:

      QDir dataLocation(QStandardPaths::writableLocation(QStandardPaths::DataLocation));
      engine->rootContext()->setContextProperty("dataLocation", dataLocation.absolutePath());

  This works well if the application has a C++ wrapper that sets the
  application name before loading any QML, but it doesn’t work so well
  for pure QML applications that import Ubuntu.Web: at the point in time
  when they import the module, the app name most likely hasn’t been set
  yet, and as a result the generic name set by qmlscene is used,
  resulting in a dataPath that looks like "~/.local/share/Qt
  Project/QtQmlViewer".

  We don’t want to force applications to ship a thin C++ wrapper just to
  work around this issue, so we will need to figure out a way to delay
  the setting of dataLocation until the webview is actually
  instantiated.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1387754/+subscriptions