Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • A Android-IMSI-Catcher-Detector
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 162
    • Issues 162
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 5
    • Merge requests 5
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • CellularPrivacy
  • Android-IMSI-Catcher-Detector
  • Issues
  • #118
Closed
Open
Issue created Sep 21, 2014 by Administrator@rootContributor

Automatic Updates from GitHub Release Page

Created by: SecUpwN

Good evening, everyone!

Through our internal discussions we figured it would be great if AIMSICD could automatically check and fetch the latest WIP-Release when pressing a button in the upper right corner. Hitting it prompts:

a) "A new version XXXX of this app is available. Do you want to download?" b) "Congrats! You're running the latest version XXXX."

If a new version exists, AIMSICD should display the the name of the WIP-Release and ask if it shall be downloaded. Not sure if we can query the MD5 and SHA1 from GitHub to check if it matches. Also, automatic update checks should be possible to enable within the Preferences (default: off).

To avoid a huge discussion here: We are still not really convinced about using F-Droid as discussed in #3 (closed) since publishing non-working highly alpha Apps there is probably not the best idea.

Assignee
Assign to
Time tracking