[issue46089] Problems with AF_PACKET sockets

Ethan Furman added the comment: Thank you for the thorough report. Do you feel comfortable writing that missing documentation? -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46

[issue46089] Problems with AF_PACKET sockets

Ethan Furman added the comment: To contribute you'll need to sign a Contributor's License Agreement [1]. After that, anything you can do to help will move this forward. You may not be aware, but Python is developed primarily by volunteers, which unfortunately means that time i

[issue46108] Enum repr() incorrect when mixed with dataclasses

New submission from Ethan Furman : from dataclasses import dataclass from enum import Enum @dataclass class Foo: a: int = 0 class Entries(Foo, Enum): ENTRY1 = Foo(1) repr(Entries.ENTRY1) != '' -- assignee: ethan.furman messages: 408748 nosy: ethan.furman priori

[issue46108] Enum repr() incorrect when mixed with non-__new__ data types

Ethan Furman added the comment: Thanks, test added. I also updated the title. Code updated to treat any __repr__s as affecting the display of the member value instead of the member itself (i.e. the "<...: %r>" portion). if a user actually wants to change the member repr th

[issue46126] Unittest output drives developers to avoid docstrings

Ethan Furman added the comment: Could you give a couple examples for those of us not familiar with the problem? -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46

[issue46132] Attempting to create an enum with slots silently fails

Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker <https://bugs.python.org/issue46132> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46132] Consider adding __slots__ to enums?

Ethan Furman added the comment: Some testing reveals that `__slots__` is not a good option for Enum -- it makes it impossible to mix in in other types such as `int`. -- ___ Python tracker <https://bugs.python.org/issue46

[issue23952] cgi: Document the 'maxlen' member of the cgi module

Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue23952> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46262] Enum tests: Error path in `_missing_()` is not covered for `Flag` and `IntFlag`

Change by Ethan Furman : -- assignee: -> ethan.furman nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46262> ___ ___ Python-bugs-list mai

[issue46262] Enum tests: Error path in `_missing_()` is not covered for `Flag` and `IntFlag`

Ethan Furman added the comment: New changeset 91bc6f9615eabb10090e2e4f0fe5913885a29c8c by Nikita Sobolev in branch 'main': bpo-46262: [Enum] test error path in `Flag._missing_` (GH-30408) https://github.com/python/cpython/commit/91bc6f9615eabb10090e2e4f0fe591

[issue46262] Enum tests: Error path in `_missing_()` is not covered for `Flag` and `IntFlag`

Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

Ethan Furman added the comment: New changeset 817a6bc9f7b802511c4d42273a621c556a48870b by Nikita Sobolev in branch 'main': bpo-46269: [Enum] remove special-casing of `__new__` in `EnumType.__dir__` (GH-30421) https://github.com/python/cpython/commit/817a6bc9f7b802511c4d42273a621c

[issue46296] Unreachable condition: `if enum_class._member_type_ is object`

Ethan Furman added the comment: (2) is false. >>> from enum import Enum >>> >>> class MyEnum(Enum): ... def __new__(cls, value): ... member = object.__new__(cls) ... return member ... ONE = 1 ... >>> MyEnum.ONE MyEnum.ONE &g

[issue46296] Unreachable condition: `if enum_class._member_type_ is object`

Ethan Furman added the comment: Looking through some of my code that prompted that branch, the issue is caused when `_generate_next_value_` modifies the given args -- when `__set_name__` runs it has no way of getting the same results to automatically create the `_value_` attribute

[issue46296] Unreachable condition: `if enum_class._member_type_ is object`

Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg410029 ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list m

[issue46296] Unreachable condition: `if enum_class._member_type_ is object`

Ethan Furman added the comment: New changeset 74d1663580d1914bd110c3ab7282451f5e2cd2b5 by Nikita Sobolev in branch 'main': bpo-46296: [Enum] add a test for missing `value` recovery (GH-30458) https://github.com/python/cpython/commit/74d1663580d1914bd110c3ab728245

[issue46296] Unreachable condition: `if enum_class._member_type_ is object`

Ethan Furman added the comment: Thank you, Nikita! -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Ethan Furman added the comment: Alex, thanks for nosying me. Go ahead and make Enum issues assigned to me as well. :-) -- ___ Python tracker <https://bugs.python.org/issue46

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Ethan Furman added the comment: New changeset 8d59d2563b914b7208779834895c080c70cd94dd by Nikita Sobolev in branch 'main': bpo-46301: [Enum] test uncomparable values in `_convert_` (GH-30472) https://github.com/python/cpython/commit/8d59d2563b914b7208779834895c08

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Ethan Furman added the comment: Reverting. Nikita, you can use the command: ./python -m test.regrtest -R : test_enum to show the leaks and hopefully track them down. The half-hour I spent yielded no clues. -- ___ Python tracker <ht

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg410184 ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list m

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Ethan Furman added the comment: New changeset 582286d71c7ee61f5376a846a83c7be4a5727636 by Nikita Sobolev in branch 'main': bpo-46301: [Enum] fix refleak tests (GH30510) https://github.com/python/cpython/commit/582286d71c7ee61f5376a846a83c7b

[issue46327] `test_enum` contains tests for older versions of python

Ethan Furman added the comment: New changeset 13e4659276c2af2fa5b0f2b3a31dcd69064868ef by Nikita Sobolev in branch 'main': bpo-46327: [Enum] remove skipped tests (GH-30512) https://github.com/python/cpython/commit/13e4659276c2af2fa5b0f2b3a31dcd

[issue45331] Can create enum of ranges, cannot create range enum. Range should be subclassable... or EnumMeta.__new__ should be smarter.

Ethan Furman added the comment: New changeset 6223cbf86ad7d5e6d12f9747e5a9cf1d8c72bdc8 by Nikita Sobolev in branch 'main': bpo-45331: [Enum] add rule to docs that mixin type must be subclassable (GH-30521) https://github.com/python/cpython/commit/6223cbf86ad7d5e6d12f9747e5a9cf

[issue22506] `dir` on Enum subclass doesn't expose parent class attributes

Ethan Furman added the comment: Ram asked: - > Also, aren't you excluding a lot of important magic methods from that `dir`? Ethan replied: - > We decided the dunder methods were not interesting, so declined to include > them in the listing. And no, we are no

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Ethan Furman : -- pull_requests: +28780 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30582 ___ Python tracker <https://bugs.python.org/issu

[issue46242] Improve error message when attempting to extend an enum with `__call__`

Ethan Furman added the comment: New changeset e674e48ddc2712f28cc7ecdc66a6c328066694b0 by Nikita Sobolev in branch 'main': bpo-46242: [Enum] better error message for extending `Enum` with members (GH-30357) https://github.com/python/cpython/commit/e674e48ddc2712f28cc7ecdc66a6c3

[issue40066] Enum: modify __repr__, __str__; update docs

Ethan Furman added the comment: New changeset acf7403f9baea3ae1119fc6b4a3298522188bf96 by Ethan Furman in branch 'main': bpo-40066: [Enum] update str() and format() output (GH-30582) https://github.com/python/cpython/commit/acf7403f9baea3ae1119fc6b4a3298

[issue40066] Enum: modify __repr__, __str__; update docs

Ethan Furman added the comment: After merging in doc fix by kumaraditya303, I'll update tests so Solaris passes. -- ___ Python tracker <https://bugs.python.org/is

[issue40066] Enum: modify __repr__, __str__; update docs

Ethan Furman added the comment: New changeset 83d544b9292870eb44f6fca37df0aa351c4ef83a by Kumar Aditya in branch 'main': bpo-40066: [Enum] skip failing doc test (GH-30637) https://github.com/python/cpython/commit/83d544b9292870eb44f6fca37df0aa

[issue40066] Enum: modify __repr__, __str__; update docs

Ethan Furman added the comment: vstinner wrote: -- >>self.assertEqual(repr(type), '') > For this one, I suggest to replace the value with "..." doctest pattern. That bit of code is from the unittest suite, not the doctest suite. I went with:

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Ethan Furman : -- pull_requests: +28846 pull_request: https://github.com/python/cpython/pull/30643 ___ Python tracker <https://bugs.python.org/issue40

[issue40066] Enum: modify __repr__, __str__; update docs

Ethan Furman added the comment: New changeset 62a6594e66ca955073be2f4e5a40291a39252ef3 by Ethan Furman in branch 'main': bpo-40066: [Enum] fix tests (GH-30643) https://github.com/python/cpython/commit/62a6594e66ca955073be2f4e5a4029

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Ethan Furman : -- priority: release blocker -> normal resolution: -> fixed stage: patch review -> resolved ___ Python tracker <https://bugs.python.or

[issue46108] Enum repr() incorrect when mixed with non-__new__ data types

Ethan Furman added the comment: Fixed in 3.11. -- resolution: -> fixed stage: -> resolved status: open -> closed superseder: -> Enum: modify __repr__, __str__; update docs type: -> behavior ___ Python tracker <https

[issue45535] Enum's dir() does not contain inherited members

Ethan Furman added the comment: Fixed in 3.11. Pure enums have a few more dir() entries now; mixed enums now show all inherited methods/attributes -- members still do not show up in member dirs (this is a good thing). -- resolution: -> fixed stage: patch review -> resolved

[issue46418] Simplify `MODULE` variable in `test_enum.py`

Ethan Furman added the comment: New changeset 596cf51a4d40f1ac3090cbccb83ad0663d739ae2 by Nikita Sobolev in branch 'main': bpo-46418: [Enum] simplify `MODULE` declaration in tests (GH-30647) https://github.com/python/cpython/commit/596cf51a4d40f1ac3090cbccb83ad0

[issue43430] Exception raised when attempting to create Enum via functional API

Ethan Furman added the comment: Thanks for the reminder. -- resolution: -> not a bug stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.or

[issue46425] Multiple test modules fail to run if invoked directly

Ethan Furman added the comment: I suggest your grouping of PRs be by error type -- so have batches of "relative import" fixes and batches of "TESTFN" fixes, etc. -- nosy: +ethan.furman ___ Python tracker <https://bug

[issue45535] Enum's dir() does not contain inherited members

Change by Ethan Furman : -- pull_requests: +28877 pull_request: https://github.com/python/cpython/pull/30677 ___ Python tracker <https://bugs.python.org/issue45

[issue45535] Enum's dir() does not contain inherited members

Ethan Furman added the comment: New changeset 7c0914d35eaaab2f323260ba5fe8884732533888 by Ethan Furman in branch 'main': bpo-45535: [Enum] include special dunders in dir() (GH-30677) https://github.com/python/cpython/commit/7c0914d35eaaab2f323260ba5fe888

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Ethan Furman : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46477] Enum: ensure bitwise operators on subclasses are correct

New submission from Ethan Furman : Creating one's own int Flag type doesn't work properly with regards to the bitwise operators: class MyIntFlag(int, Flag): ONE = 1 TWO = 2 FOUR = 4 MyIntFlag.ONE | MyIntFlag.TWO # MyIntFlag.ONE |

[issue46477] Enum: ensure bitwise operators on subclasses are correct

Change by Ethan Furman : -- keywords: +patch pull_requests: +29003 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30816 ___ Python tracker <https://bugs.python.org/issu

[issue46477] Enum: ensure bitwise operators on subclasses are correct

Ethan Furman added the comment: New changeset 353e3b2820bed38da16140276786eef9ba33d3bd by Ethan Furman in branch 'main': bpo-46477: [Enum] ensure Flag subclasses have correct bitwise methods (GH-30816) https://github.com/python/cpython/commit/353e3b2820bed38da16140276786ee

[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception

Ethan Furman added the comment: New changeset 691506f4e9408a1205166f99640946ad7822e302 by Weipeng Hong in branch 'main': bpo-46103: Fix inspect.getmembers to only get __bases__ from class (GH-30147) https://github.com/python/cpython/commit/691506f4e9408a1205166f99640946

[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__

Ethan Furman added the comment: Good catch, thank you both. -- ___ Python tracker <https://bugs.python.org/issue46569> ___ ___ Python-bugs-list mailin

[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__

Ethan Furman added the comment: New changeset 734b1f119be6f0dcd6845c78a9e0a71d88a90b59 by Nikita Sobolev in branch 'main': bpo-46569: [Enum] fix typo in `StrEnum` docs (GH-31007) https://github.com/python/cpython/commit/734b1f119be6f0dcd6845c78a9e0a7

[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__

Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46586] In documentation contents enum.property erroneously links to built-in property

Ethan Furman added the comment: What does the tilde (~) do? -- ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list mailin

[issue31369] re.RegexFlag is not included in __all__, makes type inference less useful

Ethan Furman added the comment: New changeset fea7290a0ecee09bbce571d4d10f5881b7ea3485 by andrei kulakov in branch 'main': bpo-31369: include ``RegexFlag`` in ``re.__all__`` (GH-30279) https://github.com/python/cpython/commit/fea7290a0ecee09bbce571d4d10f58

[issue31369] re.RegexFlag is not included in __all__, makes type inference less useful

Ethan Furman added the comment: Thanks, everyone! -- components: +Library (Lib) -Regular Expressions resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior versions: +Python 3.11 -Python 3.7

[issue23952] cgi: Document the 'maxlen' member of the cgi module

Ethan Furman added the comment: New changeset 6c4e44ef8ab550f846ba056d4561efb8256b8eab by Hugo van Kemenade in branch 'main': bpo-23952: Document cgi module's maxlen variable (GH-30338) https://github.com/python/cpython/commit/6c4e44ef8ab550f846ba056d4

[issue23952] cgi: Document the 'maxlen' member of the cgi module

Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46586] In documentation contents enum.property erroneously links to built-in property

Ethan Furman added the comment: In case a future reader has the same question: A tilde (~) creates a link to whatever follows (so `enum.property` above), but only shows the last segment in the text (so `property`). -- ___ Python tracker <ht

[issue46586] In documentation contents enum.property erroneously links to built-in property

Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg412634 ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list m

[issue46717] Raising exception multiple times leaks memory

Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46717> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46586] In documentation contents enum.property erroneously links to built-in property

Ethan Furman added the comment: New changeset 9d9cfd61ec3cbe84dbc25c74f664877f3d02b8ef by Meer Suri in branch 'main': bpo-46586: Fix documentation links (GH-31216) https://github.com/python/cpython/commit/9d9cfd61ec3cbe84dbc25c74f66487

[issue46885] Ensure PEP 663 changes are reverted from 3.11

Ethan Furman added the comment: This has been taken care of in issue40066. -- ___ Python tracker <https://bugs.python.org/issue46885> ___ ___ Python-bugs-list m

[issue46885] Ensure PEP 663 changes are reverted from 3.11

Change by Ethan Furman : -- priority: release blocker -> high ___ Python tracker <https://bugs.python.org/issue46885> ___ ___ Python-bugs-list mailing list Un

[issue46922] tarfile.TarFile.next() crashes on empty tar files

Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46922> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6549] ttk.Style not translating some Tcl options

Ethan Furman added the comment: Not sure what 'embossed' has to do with not having dashes as part of the element option names. Attached is a patch (hopefully in the right format) agains the current 3.3 sources to remove the dash from the names in .element_names(), as well as r

[issue6549] ttk.Style not translating some Tcl options

Ethan Furman added the comment: The changes to Style.configure were not good. Corrected so the (possibly empty) result is returned when a query is made but not when configuration is set. Two patches: one for the element_names issue, one for the configure issue. Question: Does it ever make

[issue6549] ttk.Style -- minor issues with element_names and configure

Changes by Ethan Furman : -- title: ttk.Style not translating some Tcl options -> ttk.Style -- minor issues with element_names and configure ___ Python tracker <http://bugs.python.org/iss

[issue6549] ttk.Style -- minor issues with element_names and configure

Changes by Ethan Furman : -- nosy: +terry.reedy ___ Python tracker <http://bugs.python.org/issue6549> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: Okay, I like Matthew Barnett's idea of except SomeError [as e]: raise as SomeOtherError('...') This would require a change to the grammer as well, yes? From: raise_stmt: 'raise' [test ['from' test]] to

[issue6210] Exception Chaining missing method for suppressing context

Changes by Ethan Furman : -- nosy: +stoneleaf ___ Python tracker <http://bugs.python.org/issue6210> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: I like MRAB's suggestion best: MRAB wrote: > Suggestion: an explicit 'raise' in the exception handler excludes the > context, but if you want to include it then 'raise with'. For example: > > # Exclude the context > try

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: > There is already support for this in the traceback module (see the > "chain" parameter to various funcs). I'm not sure how that's going to help as I don't want my library code to be responsible for printing out exceptions, I jus

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: > Besides, if you are writing library code (as opposed to application > code), you shouldn't care at all how tracebacks are displayed, should > you? I care when it lies: During handling of the above exception, another exception occurred: Thi

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: >> During handling of the above exception, another exception occurred: >> >> This is a blatant falsehood -- another exception did not occur, a >> different exception was raised. > > This doesn't make any difference in any ot

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: > And what if the exception is raised from a subroutine? Well, if I have it surrounded by a try/except block, presumably I'm aware that an exception could be raised. ;) And if I'm aware that an exception could be raised, it may also be possible

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: > I'm talking about the exception raised from the except block. So was I -- why should this: try: x = y / z except ZeroDivisionError as exc: raise InvalidInput() be different from this: try: x = divide_and_conquer(y, z) except ZeroDivision

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: > I said the *except* block, not the *try* block ;) Ah. So you did. Okay, if I'm understanding correctly, the scenario you are talking about involves the code in the except block calling some other function, and that other function is raising an e

[issue6210] Exception Chaining missing method for suppressing context

Changes by Ethan Furman : -- versions: +Python 3.3 -Python 3.2 ___ Python tracker <http://bugs.python.org/issue6210> ___ ___ Python-bugs-list mailing list Unsub

[issue6210] Exception Chaining missing method for suppressing context

Ethan Furman added the comment: raise AttributeError from None makes sense to me, and in a nice, short example like that I prefer it. In real code, however, I think raise AttributeError.no_context("Field %s is not in table" % attr) is going to be easier for the human to parse t

[issue47063] SimpleHTTPRequestHandler has hard coded index page list.

Ethan Furman added the comment: `index.htm[l]` is pretty standard for the name of the index page. What's your use-case for wanting different names? Keep in mind that the word `Simple` is in the name for a reason. -- nosy: +ethan.furman versions: +Python 3.11 -Pytho

[issue47111] ENUM TypeError using mixing

Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue47111> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46126] Unittest output drives developers to avoid docstrings

Ethan Furman added the comment: Perhaps we could make an enhancement then? Having the extra information on a separate line is, at least for me, very jarring -- as in, I hadn't figured out that that was the way it was done until Inadasan pointed it out. Perhaps a command-line swit

[issue47133] enhance unittest to show test name and docstring on one line

New submission from Ethan Furman : When running unittest with the -v flag, if a test has errors, and has a docstring, the test name is shown on one line, and the docstring is shown on the next line -- and the ERROR word is shown with the docstring. What this means is that: - the test name is

[issue46126] Unittest output drives developers to avoid docstrings

Ethan Furman added the comment: That makes sense. issue47133 created. -- ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailin

[issue47133] enhance unittest to show test name and docstring on one line

Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker <https://bugs.python.org/issue47133> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue14265] Fully qualified test name in failure output

Ethan Furman added the comment: Hopefully somebody on the core-mentorship list can move this forward by converting to a PR and reviewing. If @palaviv is still active the review itself will still be useful. -- assignee: michael.foord -> ethan.furman keywords: +easy -patch n

[issue47133] enhance unittest to show test name and docstring on one line

Ethan Furman added the comment: I proposed a discussion to python-dev to increase the odds that folks with an interest could chime in. Not everyone follows the new-bugs list. I find having the output on two lines counter-intuitive -- I was expecting one line per test, and indeed my

[issue4833] Explicit directories for zipfiles

Change by Ethan Furman : -- nosy: +ethan.furman versions: +Python 3.11 -Python 3.4 ___ Python tracker <https://bugs.python.org/issue4833> ___ ___ Python-bug

[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior

Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46337> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior

Ethan Furman added the comment: Éric Araujo wrote on PR30520: > No, we should not redefine the behavior of urlparse. > > I was always talking about adding another function. Yes it can be a one-liner, > but my point is that I don’t see the usefulness o

[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior

Ethan Furman added the comment: Sounds good. -- ___ Python tracker <https://bugs.python.org/issue46337> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47200] Add ZipInfo.mode property

Change by Ethan Furman : -- nosy: +ethan.furman, twouters ___ Python tracker <https://bugs.python.org/issue47200> ___ ___ Python-bugs-list mailing list Unsub

[issue4833] Explicit directories for zipfiles

Change by Ethan Furman : -- nosy: +alanmcintyre, twouters ___ Python tracker <https://bugs.python.org/issue4833> ___ ___ Python-bugs-list mailing list Unsub

[issue47200] Add ZipInfo.mode property

Change by Ethan Furman : -- nosy: +alanmcintyre, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue47200> ___ ___ Python-bugs-list mailin

[issue47224] The variable __module__ in the class body getting an undesirable value from __prepare__ of the metaclass

Ethan Furman added the comment: Stop creating new issues for the same problem. If you didn't specify the first issue well enough, add your specifics to it and continue that conversation. Splitting the thoughts and feedback across multiple issues is not efficient. Closing this

[issue47136] Wrong value assigned automatically to the variable __module__ in the class body.

Ethan Furman added the comment: issue47223 and issue47224 closed, reopening this one. -- nosy: +ethan.furman resolution: duplicate -> stage: resolved -> status: closed -> open ___ Python tracker <https://bugs.python.or

[issue47136] Wrong value assigned automatically to the variable __module__ in the class body.

Ethan Furman added the comment: Takuo, please give us an example from real code so we can see the problem. -- ___ Python tracker <https://bugs.python.org/issue47

[issue47136] The variable __module__ in the class body getting an undesirable value from __prepare__ of the metaclass

Ethan Furman added the comment: You are using the same generic example -- it does show the issue you are concerned with, but offers no rational for why we should "fix" it -- in other words, we cannot tell if it's actually broken. Please provide an example of code you are actu

[issue47231] TarFile.getmember cannot work on tar sourced directory over 100 characters

Ethan Furman added the comment: Nosied others from issue21987. -- nosy: +andrei.avk, ethan.furman, r.david.murray, vstinner ___ Python tracker <https://bugs.python.org/issue47

[issue4833] Explicit directories for zipfiles

Ethan Furman added the comment: New changeset 050a8f94c678a05d506fe192c863c4a572178c42 by Sam Ezeh in branch 'main': bpo-4833: Add ZipFile.mkdir (GH-32160) https://github.com/python/cpython/commit/050a8f94c678a05d506fe192c863c4

[issue37830] continue in finally with return in try results with segfault

Ethan Furman added the comment: My apologies if I missed something, but do we have a consensus on the desired solution? My understanding of `try/finally` is that whatever happens in the `finally` clause should: - always happen - win any conflicts with `try` clause For example: try

  1   2   3   4   5   6   7   8   9   10   >