Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-139846

Decide what to do with the Assets.Downloader QML module

XMLWordPrintable

    • Icon: Task Task
    • Resolution: Unresolved
    • Icon: P1: Critical P1: Critical
    • None
    • 6.8, 6.9, 6.10
    • Examples and Demos
    • None
    • bfdfd1955 (dev), e14aa71c5 (6.10), e11c3455d (dev), 27b28b50e (6.10.0), c44bd1191 (6.9), 2ad1c193e (tqtc/lts-6.8), 71e360ff0 (6.10), e1f34b211 (6.9), bea7859c1 (6.10.0)

      We have a QML module called "Assets.Downloader" that's being shipped with Qt and has some seemingly public QML API. However:

      1. The module name does not start with 'Qt'
      2. Nobody seems to care about revisioning the types
      3. There is no documentation about this module

      Is this actually supposed to be public API? In that case, we need documentation, the name should be "QtAssetsDownloader" or similar, and we need to maintain compatibility. This means when we add new methods such as networkErrors() and sslErrors() we need to actually talk about revisioning, ideally before picking them back all the way to 6.8.

      Is it an experimental feature that isn't covered by our compatibility guarantees? In that case it should be called "Qt.labs.assetsDownloader" or similar, it should still have documentation, but you can do whatever to the QML API.

      Is it an add-on we don't actually want to ship? In that case, it should move to its own repository and indeed not be shipped with Qt. Everything else is then that repository's problem.

        For Gerrit Dashboard: QTBUG-139846
        # Subject Branch Project Status CR V

            ali.kianian Ali Kianian
            ulherman Ulf Hermann
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated: