Artifacts being published to S3 when they shouldn't be

• Version: 20.5.1
• Target: macOS, Linux and Windows

The building artifacts are always being published to S3 and consequently, the auto-update files are being updated. This is happening on Travis CI using the following configuration:

electron-builder.json

{
  "appId": "io.lbry.LBRY",
  "productName": "LBRY",
  "publish": [
    {
      "provider": "s3",
      "bucket": "build.lbry.io",
      "path": "app/release",
      "region": "us-east-1"
    },
    "github"
  ],
  "mac": {
    "category": "public.app-category.entertainment"
  },
  "dmg": {
    "iconSize": 128,
    "contents": [
      {
        "x": 115,
        "y": 164
      },
      {
        "x": 387,
        "y": 164,
        "type": "link",
        "path": "/Applications"
      }
    ],
    "window": {
      "x": 200,
      "y": 200,
      "width": 500,
      "height": 300
    },
    "background": "./build/background.png"
  },
  "protocols": [
    {
      "name": "LBRY URI",
      "schemes": ["lbry"],
      "role": "Viewer"
    }
  ],
  "linux": {
    "target": "deb",
    "category": "AudioVideo;Video",
    "desktop": {
      "MimeType": "x-scheme-handler/lbry;"
    }
  },
  "deb": {
    "depends": [
      "gconf2",
      "gconf-service",
      "libnotify4",
      "libappindicator1",
      "libxtst6",
      "libnss3",
      "libsecret-1-0"
    ]
  },
  "nsis": {
    "perMachine": true
  },
  "beforeBuild": "./build/checkDaemonPlatform.js"
}

.travis.yml

matrix:
  include:
    - os: osx
      osx_image: xcode9.2
      language: node_js
      node_js: "9"
      env:
        - ELECTRON_CACHE=$HOME/.cache/electron
        - ELECTRON_BUILDER_CACHE=$HOME/.cache/electron-builder
    - os: linux
      services: docker
      language: generic
before_cache:
  - rm -rf $HOME/.cache/electron-builder/wine
cache:
  directories:
  - node_modules
  - $HOME/.cache/electron
  - $HOME/.cache/electron-builder
before_install:
  - |
    if [ "$TRAVIS_OS_NAME" == "osx" ]; then
      mkdir -p /tmp/git-lfs && curl -L https://github.com/github/git-lfs/releases/download/v2.3.1/git-lfs-$([ "$TRAVIS_OS_NAME" == "linux" ] && echo "linux" || echo "darwin")-amd64-2.3.1.tar.gz | tar -xz -C /tmp/git-lfs --strip-components 1
      export PATH="/tmp/git-lfs:$PATH"
    fi
before_script:
  - git lfs pull
script:
  - |
    if [ "$TRAVIS_OS_NAME" == "linux" ]; then
      docker run --rm \
        --env-file <(env | grep -iE 'DEBUG|NODE_|ELECTRON_|YARN_|NPM_|CI|CIRCLE|TRAVIS|APPVEYOR_|CSC_|GH_|GITHUB_|BT_|AWS_|STRIP|BUILD_') \
        -v ${PWD}:/project \
        -v ~/.cache/electron:/root/.cache/electron \
        -v ~/.cache/electron-builder:/root/.cache/electron-builder \
        electronuserland/builder:wine \
        /bin/bash -c "yarn --link-duplicates --pure-lockfile && yarn build --linux --win"
    else
      yarn build
    fi
branches:
  except:
    - "/^v\\d+\\.\\d+\\.\\d+$/"
addons:
  artifacts:
    working_dir: dist
    paths:
     - $(git ls-files -o dist/{*.dmg,*.exe,*.deb} | tr "\n" ":")
    target_paths:
     - /app/build-${TRAVIS_BUILD_NUMBER}_commit-${TRAVIS_COMMIT:0:7}$([ ! -z ${TRAVIS_TAG} ] && echo _tag-${TRAVIS_TAG})

Here’s a build on which the files were uploaded to the S3 bucket when they shouldn’t have: https://travis-ci.org/lbryio/lbry-app/jobs/354537632

This is a big problem because users are prompted to upgrade their app for non-released builds and even for builds from non-master branches. I’m providing a donation for this issue.

Our repository source code fixed at the current commit: https://github.com/lbryio/lbry-app/tree/861131fd774dda6344f607290efdd6bfdf66312d

[IGassmann]

@develar According to the documentation, electron-builder is supposed to only publish if there’s a draft open, the commit is tagged, or if the npm script is named release. In the build linked above, any of those cases are happening.

[develar]

Thanks for spotting this issue and for donation. Problem — onTagOrDraft policy is set, but draft concept applicable only for GitHub and Bintray, not for other providers. Now we check that tag exists for such providers.