➜
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2016-03-25 11:56 by Valentin.Lorentz, last changed 2022-04-11 14:58 by admin. This issue is now closed.
| Messages (4) | |||
|---|---|---|---|
| msg262428 - (view) | Author: ProgVal (Valentin.Lorentz) | Date: 2016-03-25 11:56 | |
from xmlrpc.client import Fault, dumps, loads, gzip_encode, gzip_decode Shouldn't these class/functions be moved to a new module, with a name like xmlrpc.common? |
|||
| msg262435 - (view) | Author: Serhiy Storchaka (serhiy.storchaka) *  |
Date: 2016-03-25 12:31 | |
Moving public classes and functions to other module can break pickle compatibility. |
|||
| msg262443 - (view) | Author: ProgVal (Valentin.Lorentz) | Date: 2016-03-25 14:42 | |
Even if xmlrpc.client imported them in its namespace? |
|||
| msg262444 - (view) | Author: Brett Cannon (brett.cannon) * |
Date: 2016-03-25 17:08 | |
Yes because the location of the object is based on where it's defined, not where you got it from. While I get the motivation to be a little cleaner in the xmlrpc package, "practicality beats purity" here in that the reorg isn't worth it at this point in the face of potentially breaking code for little benefit. Closing as "wont fix"; sorry, Valentin. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:58:29 | admin | set | github: 70827 |
| 2016-03-25 17:08:28 | brett.cannon | set | status: open -> closed nosy: + brett.cannon messages: + msg262444 resolution: wont fix |
| 2016-03-25 14:42:20 | Valentin.Lorentz | set | messages: + msg262443 |
| 2016-03-25 12:31:59 | serhiy.storchaka | set | nosy:
+ serhiy.storchaka messages: + msg262435 |
| 2016-03-25 12:09:13 | SilentGhost | set | nosy:
+ loewis versions: + Python 3.6, - Python 3.4 |
| 2016-03-25 11:56:15 | Valentin.Lorentz | create | |