• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

luci / gae / 126 / 1
82%
master: 82%

Build:
DEFAULT BRANCH: master
Ran 05 Feb 2016 08:28AM UTC
Files 67
Run time 3s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

05 Feb 2016 08:26AM UTC coverage: 81.752% (+0.09%) from 81.665%
126.1

push

travis-ci

Commit bot
Add support for uint8, uint16 and uint32 in luci/gae

This has come up for like 3 models in DM so far, and I'm tired of having this
be a stupid "gotcha!". I was working around it with some PropertyConverter, but
with this change it will just be obvious what the heck is going on.

They all map to positive int64 values (which should make indexes obvious), and
they include out-of-bounds checks on deserialization.

I excluded uint64, since there's no way to properly encode it in the native
datastore representation which still makes any sense for indexes.

I also added some (apparently?) missing documentation in PLS which explicitly
lays out what field types are allowed in a pls-managed struct.

R=dnj@chromium.org, estaab@chromium.org, martiniss@chromium.org, vadimsh@chromium.org
BUG=550684

Review URL: https://codereview.chromium.org/1667403003

6178 of 7557 relevant lines covered (81.75%)

998.61 hits per line

Source Files on job 126.1
  • Tree
  • List 0
  • Changed 17
  • Source Changed 3
  • Coverage Changed 17
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 126
  • Travis Job 126.1
  • daecce9b on github
  • Prev Job for on master (#125.1)
  • Next Job for on master (#127.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc