Closed Bug 816799 Opened 12 years ago Closed 10 years ago

Up-front parsing and validation of "offset" token

Categories

(Cloud Services Graveyard :: Server: Sync, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: rfkelly, Assigned: rfkelly)

Details

After the cornice-validators refactor from Bug 812432, the way that the "offset" querystring arg gets handled is pretty yuck.  We basically extract it a an opaque string and pass it to the backend, which will raise an InvalidOffsetError if it's not valid.

It would likely be cleaner to parse and validate it up-front like all the other querystring args.  Maybe not, but worth exploring.

Idea:  add a parse_offset_token() method to the storage backend that can be used to do this upfront.
We added an offset token, so done!
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
I agree there's no action we need to take here, but changing resolution to WONTFIX because technically, this thing this bug was about has not been done (and doesn't need to be)
Resolution: FIXED → WONTFIX
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.