`revisions` only showing the most recent 500 revs

Bug #1848565 reported by Michał Sawicz
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Snap Store Server
Invalid
Undecided
Unassigned
Snapcraft
New
Undecided
Unassigned

Bug Description

For a number of snaps I'm collaborator on, I'm only seeing the most recent 501 revisions:

$ for snap in multipass mir-kiosk subsurface mir-kiosk-apps; do
  REVS=$( snapcraft revisions $snap )
  echo === $snap: $( echo $REVS | wc -l ) total ===
  echo $REVS | tail -n5
done
=== multipass: 501 total ===
737 2019-04-18T20:43:26Z amd64 0.7.0-dev.109+gc06ffbc edge
736 2019-04-18T20:06:24Z arm64 0.6.0-rc.106+g03f8fdf edge
735 2019-04-18T20:05:30Z armhf 0.6.0-rc.106+g03f8fdf edge
734 2019-04-18T19:47:23Z amd64 0.6.0-rc.106+g03f8fdf edge
733 2019-04-18T13:42:21Z arm64 0.6.0-rc.49+geeef8c7 edge
=== mir-kiosk: 501 total ===
2077 2019-09-10T00:14:16Z arm64 1.4.0-snap86 candidate, stable
2076 2019-09-10T00:13:49Z i386 1.4.0+dev24-snap86 edge
2075 2019-09-10T00:13:43Z i386 1.4.0-snap86 candidate, stable
2074 2019-09-10T00:13:41Z amd64 1.4.0-snap86 candidate, stable
2073 2019-09-10T00:13:30Z amd64 1.4.0+dev24-snap86 edge
=== subsurface: 501 total ===
1313 2019-04-30T05:51:59Z i386 v4.8.6 candidate
1312 2019-04-30T05:51:29Z amd64 v4.8.6 candidate
1311 2019-04-29T22:07:32Z armhf v4.8.4-511-g154792ffd edge
1310 2019-04-29T22:07:31Z arm64 v4.8.4-511-g154792ffd edge
1309 2019-04-29T21:55:37Z i386 v4.8.4-511-g154792ffd edge
=== mir-kiosk-apps: 104 total ===
5 2016-12-02T19:12:05Z i386 0.1 edge
4 2016-12-01T22:28:48Z arm64 0.1 edge
3 2016-12-01T22:28:38Z armhf 0.1 edge
2 2016-12-01T22:24:51Z i386 0.1 edge
1 2016-12-01T22:23:45Z amd64 0.1 edge

It is said that all revisions "live forever" on the snap store. But how do we access them?

Revision history for this message
Daniel Manrique (roadmr) wrote :

This sounds like a "snapcraft revisions" bug. The API returns 500-item pages (Maxi observed that the 501st line is a header from snapcraft revisions).

src/devportal/api/v1/handlers.py
MAX_REVISIONS_PER_PAGE = 500
and in src/devportal/api/v2/snaps.py MAX_RELEASES_PER_PAGE = 500

Then this would actually need snapcraft to notice there are more pages and request the following ones as well.

Revision history for this message
Michał Sawicz (saviq) wrote :

This actually seems like a different issue to what Chipaca has, and a snapcraft one at that, which seems to not paginate, and there's a hard 500 limit to a page.

Changed in snapstore:
status: New → Invalid
summary: - Missing old snap revisions
+ `revisions` only showing the most recent 500 revs
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.