History log of /external/autotest/client/common_lib/cros/fake_device_server/client_lib/registration.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
735fec04a0041878cddd4877433414f528fac68d 16-Aug-2015 Vitaly Buka <vitalybuka@chromium.org> libweave: Remove device_kind and embedded_code_path

Keep only embedded_code, implementation will decide how to get it.
device_kind is not supported by server already.

BUG=brillo:1257
TEST=`FEATURES=test emerge-gizmo libweave buffet`
`test_that -b $BOARD $DEV_HOST e:buffet_.*`

Change-Id: I3ed09c8e879db4c0c5737b523d3b16cd31360619
Reviewed-on: https://chromium-review.googlesource.com/293940
Reviewed-by: Vitaly Buka <vitalybuka@chromium.org>
Commit-Queue: Vitaly Buka <vitalybuka@chromium.org>
Tested-by: Vitaly Buka <vitalybuka@chromium.org>
/external/autotest/client/common_lib/cros/fake_device_server/client_lib/registration.py
0f333af62f6f39a9cdc1bd0521345cd3a39c29e3 09-Feb-2015 Christopher Wiley <wiley@chromium.org> buffet: Bring fake_device_server up to speed with registation flow

The actual registration flow has changed a little bit. In particular,
now the client POSTs to create a ticket, the device PATCHes it, and
then the device POSTs to finalize the ticket.

BUG=brillo:172
TEST=A test consuming these APIs passes.

Change-Id: Ifd1d1c6e4bbd23ef34062c12529eca1e36e66713
Reviewed-on: https://chromium-review.googlesource.com/247560
Reviewed-by: Christopher Wiley <wiley@chromium.org>
Commit-Queue: Christopher Wiley <wiley@chromium.org>
Tested-by: Christopher Wiley <wiley@chromium.org>
/external/autotest/client/common_lib/cros/fake_device_server/client_lib/registration.py
feedba871f9ea080e3562f7d9875f09e63468c55 08-May-2014 Chris Sosa <sosa@chromium.org> Add auth support to client_lib and test to be able to use against the live server.

In this CL I've added various oauth helpers to convert codes to auth tokens
for use when interacting with our actual servers. In order to facilitate quick
testing I've modified this test script to either test against the fake
server OR the live server based on whether you pass in an auth code
to the command line (see usage).

There's still a couple issues (left as TODO's here) but this seems like
a good point for review.

BUG=chromium:361204
TEST=Tested up to command insertion with live server + fake server + unittests

Change-Id: Ic7166ddaa50d171dbf9a8cbb4b50b736f79a32b6
Reviewed-on: https://chromium-review.googlesource.com/198784
Tested-by: Chris Sosa <sosa@chromium.org>
Reviewed-by: Alex Vakulenko <avakulenko@chromium.org>
Reviewed-by: Christopher Wiley <wiley@chromium.org>
Commit-Queue: Chris Sosa <sosa@chromium.org>
/external/autotest/client/common_lib/cros/fake_device_server/client_lib/registration.py
12dd813c417478dffb4bf66994eebbb125db7a27 29-Apr-2014 Chris Sosa <sosa@chromium.org> Add a small Python client library to communicate with the buffet server.

This CL adds a small client library for interacting with the
fake_device_server. Currently it does not support the actual service
as I do not pass all the necessary HEADERS to auth needed (which I will
add later).

I've also added an integration test script that runs through all the common
client methods / server interactions for testing this library.

BUG=chromium:361204
TEST=Ran integration test.

Change-Id: Ieb0c4d594557fabbc3871f549e932c87f73afb05
Reviewed-on: https://chromium-review.googlesource.com/197430
Tested-by: Chris Sosa <sosa@chromium.org>
Reviewed-by: Alex Vakulenko <avakulenko@chromium.org>
Commit-Queue: Alex Vakulenko <avakulenko@chromium.org>
/external/autotest/client/common_lib/cros/fake_device_server/client_lib/registration.py