View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000619 | AniDB UDP API | Feature Request | public | 2007-04-09 16:30 | 2007-05-06 09:42 |
| Reporter | DvdKhl | Assigned To | epoximator | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000619: Notification API: Adding IDs, [Body text] | ||||
| Description | Is there any chance to add the ID of the notifications send by the API (271, 272)? for example: [271,272] {int4 notify_packet_id} NOTIFICATION [...]{int4 id} Also the NotifyGet Command doesn't deliver the ID with file notifications, but with messages it does. It would be nice if it would look like: when type = N 293 NOTIFYGET [...]{int4 id} The reason I'm asking: As it is now, there is no way of acknowledging notifications, send by the Server (271, 272), since it doesn't contain the ID. The only way would be by doing Notify => NotifyList => NotifyGet and even this way it only works well for messages. To acknowledge notifies you would also have to save the ID from NotifyList, since there is no ID delivered. Saving the ID might sound easy, but I'm working on an application which doesn't send out and recieve commands sequentially. Doing that wouldn't be worth the effort. Another feature I would like to ask for, is to add the body text of a Message to the 272 response. | ||||
| Tags | No tags attached. | ||||
|
|
Ohh well my fault, I just noticed that the NotifyID is the AnimeID, maybe that should be noted on the UDP API Reference. Now the only issues that remain are: No ID from 272 messages => unabled to send a NOTIFYACK for messages and the body text from the 272 Message |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-04-09 16:30 | DvdKhl | New Issue | |
| 2007-04-12 13:10 | DvdKhl | Note Added: 0001228 | |
| 2007-05-06 08:48 | epoximator | Status | new => assigned |
| 2007-05-06 08:48 | epoximator | Assigned To | => epoximator |
| 2007-05-06 09:42 | epoximator | Status | assigned => resolved |
| 2007-05-06 09:42 | epoximator | Resolution | open => fixed |
