View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005005 | Taler | obsolete component | public | 2017-05-07 19:23 | 2017-06-06 14:18 |
Reporter | Christian Grothoff | Assigned To | Marcello Stanisci | ||
Priority | urgent | Severity | tweak | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
Product Version | git (master) | ||||
Target Version | 0.3 | Fixed in Version | 0.3 | ||
Summary | 0005005: /admin/add/incoming should return serial ID of created record | ||||
Description | For /history, we specify record selection by serial ID. For the testcases I am writing, I need to know the serial IDs chosen, and as postgres doesn't guarantee that they are sequential, I cannot guess them either. Not to mention it does generally make sense to return some UUID for the transaction from TALER_BANK_AdminAddIncomingResultCallback. I'm modifying libtalerbank accordingly, but the API and Python bank should be changed as well. (Right now, 200 OK returns an empty response, so returning some proper success message is a good idea anyway, and "{serialid=NUMBER}" makes sense.) Note also that you can get the serial ID using "INSERT ... RETURNING" in Postgres. See: https://www.postgresql.org/docs/current/static/sql-insert.html | ||||
Tags | No tags attached. | ||||
related to | 0004964 | closed | Marcello Stanisci | bank needs API to query transaction history of user |
|
Actually, also getting the execution date (timestamp) would be nice and should also be trivial. |
|
fixed in f97a7eb. Note that the object returned is {"row_id": x, "timestamp": "/Date(y)/"}. I decided for "row_id" as we use this in other parts of the bank's API. |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-05-07 19:23 | Christian Grothoff | New Issue | |
2017-05-07 19:23 | Christian Grothoff | Status | new => assigned |
2017-05-07 19:23 | Christian Grothoff | Assigned To | => Marcello Stanisci |
2017-05-07 19:24 | Christian Grothoff | Relationship added | related to 0004964 |
2017-05-07 20:17 | Christian Grothoff | Note Added: 0012113 | |
2017-05-07 21:17 | Christian Grothoff | Priority | normal => urgent |
2017-05-09 11:20 | Marcello Stanisci | Status | assigned => resolved |
2017-05-09 11:20 | Marcello Stanisci | Resolution | open => fixed |
2017-05-09 11:20 | Marcello Stanisci | Note Added: 0012118 | |
2017-05-09 13:37 | Christian Grothoff | Fixed in Version | => 0.3 |
2017-06-06 14:18 | Christian Grothoff | Status | resolved => closed |
2022-08-23 20:26 | Christian Grothoff | Category | bank (demonstrator) => py bank (demonstrator, obsolete) |
2023-12-03 01:23 | Christian Grothoff | Category | py bank (demonstrator, obsolete) => obsolete componet |
2023-12-11 20:08 | Florian Dold | Category | obsolete componet => obsolete component |