{5} Accepted, Active Tickets by Owner (Full Description) (9 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
jerome (9 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #4 | Support for CUPS' unix domain sockets | pkipplib | None | enhancement | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
pkipplib doesn't support to communicate with CUPS through unix domain sockets, but only through inet domain sockets. This is problematic when people forbid their CUPS+PyKota server to listen to 127.0.0.1. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #5 | Encryption support | pykoticon | None | enhancement | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
PyKotIcon? doesn't encrypt datas when dialoguing with pknotify (or other compatible applications). This is mostly a problem when 'pknotify --checkauth --ask "Password:password"' is used, because the password will fly unencrypted over the network. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #12 | Revamp the LDAP schema | pykota | None | enhancement | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The actual LDAP schema is overly complex : PyKota user account and user's balance are split in two for no valid reason. Last job of each printer is not stored in the printer object itself for no valid reason, and so on... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #13 | Improve the relational schema | pykota | None | enhancement | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Additional informations could be stored, like the account balance's value at the time a job was printed, the details of the printed pages (format, orientation, duplex mode...) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #15 | Allow to disable a particular print quota entry without deleting it or disabling the entire user account. | pykota | None | enhancement | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
To entirely forbid an user to print, one can use pkusers --limitby noprint theUserName, but unfortunately there's currently no way to forbid an user to print but only for a particular printer. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #27 | Can not set the Maximum Job Size(kBytes) | pykota | None | enhancement | 10/23/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
PyKota can not set the maximum job size allowed to printer to kBytes per job instead of pages. The CUPS command "lpadmin" just has quota control, the "job-k-limit" base on "job-quota-period". In other words, we can set the maximum job size for a period, and can not set the maximum job size for a single job. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2 | Incorrect handling of PJL statements | pkpgcounter | None | defect | 06/03/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
PJL statements appearing, at least, in PCL3/4/5 and PCLXL jobs, before the content of the very first page are not correctly taken into account. They are correctly parsed, but not used when computing number of copies and default page formats... See this thread in Jasmine's mailing list : http://www.mail-archive.com/jasmine@ml.free.fr/msg00179.html Fix is on the way... since December of 2007. PJL parser has been improved, but nothing committed just yet. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #26 | Switch autocommit mode off for relational backends. | pykota | None | enhancement | 10/04/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Some RDBMS don't have an explicit way to begin a transaction (like DB2). Actually all relational backends set automatic commit mode to on, but this won't be possible for DB2 and probably other backends. PyKota's code must be changed to handle this problem which prevents PyKota from being ported to other RDBMS. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #34 | Die gracefully or print when database is not available | pykota | None | enhancement | 12/05/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When the cupspykota backend runs, we know that we need read+write access to the database. Introduce a printingwithnodb directive which allows either print or fail (and possibly ignore which is fail with an exit(0)), as values in pykota.conf. This directive will let PyKota know if it has to fail (as it does actually), or print anyway if the database isn't available. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
