The nt_printing_migrate code, which migrates the driver information from ntdrivers.tdb to Sambas registry, writes the full share path (which is stored in the tdb) into the registry. For example: Valuename = Dependent Files Type = REG_MULTI_SZ Value[000] = "\print$\x64\3\TTYRES.DLL" should look like: Valuename = Dependent Files Type = REG_MULTI_SZ Value[000] = "TTYRES.DLL" Problem: Clients, asking for the drivers dependent files will receive a path like this: Dependentfiles: [\\printserver\print$\x64\3\\print$\x64\3\TTYRES.DLL] Newly added printers have the correct registry Value-entries without the path. Workaround: Remove the path from the registry values or store the driver again :-)
Created attachment 7120 [details] enumprinters output for one driver
Created attachment 7125 [details] proposed fix
Created attachment 7126 [details] proposed fix v2
I've run into the same bug, so consider this confirmed.
Created attachment 7162 [details] proposed fix
Comment on attachment 7162 [details] proposed fix This one looks good. Thanks!
Comment on attachment 7162 [details] proposed fix looks good, thanks!
Karolin, please add to the next 3.6.x release.
Pushed to v3-6-test. Closing out bug report. Thanks!
Created attachment 12540 [details] Patch for master (picked from v3-6-stable)
Comment on attachment 12540 [details] Patch for master (picked from v3-6-stable) Of course correct, thanks!
Pushed to master.
Created attachment 12568 [details] Patch for v4-5-test
Created attachment 12569 [details] Patch for v4-4-test
Created attachment 12570 [details] Patch for v4-3-test
Comment on attachment 12570 [details] Patch for v4-3-test LGTM
Karolin, please add the patches to the relevant branches. Thanks!
(In reply to Andreas Schneider from comment #17) Pushed to autobuild-v4-{5,4,3}-test.
(In reply to Karolin Seeger from comment #18) Pushed to all branches. Closing out bug report. Thanks!