Bug 1112 - access-value is missing in modul printerdata.py
access-value is missing in modul printerdata.py
Status: CLOSED FIXED
Product: Samba 3.0
Classification: Unclassified
Component: python
3.0.0
All Linux
: P5 minor
: none
Assigned To: Tim Potter
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-02-20 06:54 UTC by Thomas Kaminski
Modified: 2005-11-14 09:26 UTC (History)
0 users

See Also:


Attachments
Patch for printerdata.py (847 bytes, patch)
2004-02-20 06:56 UTC, Thomas Kaminski
no flags Details
Also fix printerdata_ex object (1.79 KB, patch)
2004-02-20 14:04 UTC, Tim Potter
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Kaminski 2004-02-20 06:54:05 UTC
The class printerdata get a integer parameter named as access 
with the default value 33554432 (MAXIMUM_ALLOWED_ACCESS). 
This is the normal value. If you need write data to 
a samba server with setprinter() or setprinterdata(), you must 
set the value access to 4 (PRINTER_ACCESS_ADMINISTER). 
Otherwise you get a error WERR_ACCESS_DENIED.
Comment 1 Thomas Kaminski 2004-02-20 06:56:24 UTC
Created attachment 414 [details]
Patch for printerdata.py
Comment 2 Tim Potter 2004-02-20 14:04:34 UTC
Created attachment 415 [details]
Also fix printerdata_ex object

Hi - that patch looks good.  I have also made a similar fix to the
printerdata_ex object but I don't have a win2k (or higher) machine handy to
test it on.  Could you give it a quick check to se if it works as well?  
Thanks!
Comment 3 Thomas Kaminski 2004-02-26 02:38:14 UTC
Hi Tim, your changes are good. 
I tested the read-access with nt4 ans win2k and the write-access to samba  
I found no problems. Specially i read the printer device_mode from windows 
and write this to samba. 
by Thomas 
 
Comment 4 Tim Potter 2004-02-26 14:58:39 UTC
Fix checked in.
Comment 5 Gerald (Jerry) Carter 2005-08-24 10:22:28 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.
Comment 6 Gerald (Jerry) Carter 2005-11-14 09:26:25 UTC
database cleanup