bpo-33034: Added explicit exception message when cast fails #6078

agnosticdev · 2018-03-11T15:06:51Z

bpo-33034: Added explicit exception message when cast fails to parse.py.

BPO Issue: https://bugs.python.org/issue33034

https://bugs.python.org/issue33034

berkerpeksag · 2018-03-11T15:21:59Z

Lib/urllib/parse.py

+                port = int(port, 10)
+                if not ( 0 <= port <= 65535):
+                    raise ValueError("Port out of range 0-65535")
+            except ValueError:


I think it would be better to move int(port, 10) into try...except block and raise ValueError with your suggested wording:

try: port = int(port, 10) except ValueError: raise ValueError('...') from None if not ( 0 <= port <= 65535): ...

We also need a test case for this.

That sounds good. Will update now and include a test.

bedevere-bot · 2018-03-11T15:22:08Z

A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated.

Once you have made the requested changes, please leave a comment on this pull request containing the phrase I have made the requested changes; please review again. I will then notify any core developers who have left a review that you're ready for them to take another look at this pull request.

agnosticdev · 2018-03-11T17:26:05Z

I have made the requested changes; please review again.

bedevere-bot · 2018-03-11T17:26:06Z

Thanks for making the requested changes!

@berkerpeksag: please review the changes made to this pull request.

berkerpeksag

We also need a news entry for this. See https://devguide.python.org/committing/#what-s-new-and-news-entries for details.

berkerpeksag · 2018-03-11T23:23:40Z

Lib/test/test_urlparse.py

+    def test_issue33034(self):
+        # Test case to asset a valid port as an integer
+        p1 = urllib.parse.urlparse('https://www.python.org:80')
+        self.assertEqual(p1.port, 80)


This case is already tested so we can drop it.

berkerpeksag · 2018-03-11T23:24:16Z

Lib/test/test_urlparse.py

@@ -936,6 +936,16 @@ def test_issue14072(self):
        self.assertEqual(p2.scheme, 'tel')
        self.assertEqual(p2.path, '+31641044153')

+    def test_issue33034(self):


Style nitpick: Could you please give the test a more descriptive name?

berkerpeksag · 2018-03-11T23:26:36Z

Lib/test/test_urlparse.py

+
+        # Test case to assert ValueError when a string is parsed as a port
+        p2 = urllib.parse.urlparse('http://Server=sde; Service=sde:oracle')
+        with self.assertRaises(ValueError):


Since the exception type is unchanged and only the exception message is changed, I think we also need to add an assert for the new exception message.

Great idea. Update to the PR coming right up.

bedevere-bot · 2018-03-11T23:28:21Z

A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated.

Once you have made the requested changes, please leave a comment on this pull request containing the phrase I have made the requested changes; please review again. I will then notify any core developers who have left a review that you're ready for them to take another look at this pull request.

…case, added assert to check error message

agnosticdev · 2018-03-12T00:50:10Z

I have made the requested changes; please review again.

bedevere-bot · 2018-03-12T00:50:12Z

Thanks for making the requested changes!

@berkerpeksag: please review the changes made to this pull request.

agnosticdev · 2018-03-12T01:12:05Z

Looks like there is a white space issue? Will try and resolve by pushing another commit.

berkerpeksag

I just left mostly trivial comments. In general, this looks good to me, thanks!

However, I still need some time to reread the discussion and play with the patch :)

berkerpeksag · 2018-03-12T02:44:54Z

Lib/test/test_urlparse.py

+        # Assert ValueError when int(string) is parsed as a port value
+        # Asset that the error message is port could not be cast to integer value
+        p1 = urllib.parse.urlparse('http://Server=sde; Service=sde:oracle')
+        with self.assertRaises(ValueError) as valueError:


Style nit: We usually use cm as a name for unittest context managers.

berkerpeksag · 2018-03-12T02:46:21Z

Misc/NEWS.d/next/Library/2018-03-11-08-44-12.bpo-33034.bpb23d.rst

@@ -0,0 +1 @@
+Providing an explicit message when casting a port that is a string instead of an integer.  Port could not be cast to integer value.


Style nit: Please wrap lines at 80 characters.

You may also want to mention urlparse in the news entry :) For context, this text is going to be listed at https://docs.python.org/3/whatsnew/changelog.html

And please add "Patch by Matt Eaton."

Thank you very much!

agnosticdev · 2018-03-12T03:10:40Z

I have made the requested changes; please review again.

bedevere-bot · 2018-03-12T03:10:42Z

Thanks for making the requested changes!

@berkerpeksag: please review the changes made to this pull request.

bedevere-bot · 2018-03-14T00:38:24Z

A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated.

Once you have made the requested changes, please leave a comment on this pull request containing the phrase I have made the requested changes; please review again. I will then notify any core developers who have left a review that you're ready for them to take another look at this pull request.

… to now use assertRaisesRegex()

agnosticdev · 2018-03-14T01:42:26Z

Looks like there is a white space issue in the build. Updating.

agnosticdev · 2018-03-14T02:36:18Z

I have made the requested changes; please review again.

bedevere-bot · 2018-03-14T02:36:20Z

Thanks for making the requested changes!

@berkerpeksag, @ericvsmith: please review the changes made to this pull request.

agnosticdev · 2018-03-18T12:44:22Z

Just wanted to check in and ask if there was anything that I should be addressing on this PR?

berkerpeksag

In https://bugs.python.org/issue33034#msg314005 you said:

The new ValueError message raised in this patch does work for both urlparse and urlsplit.

We also need a test case for urlsplit function (I forgot this in my earlier comments, sorry) and of course, we also need to adjust the NEWS entry a bit (it currently only mentions the urlparse case)

berkerpeksag · 2018-03-19T01:39:48Z

Lib/test/test_urlparse.py

+        # Asset that the error message is:
+        # port oracle could not be cast to integer value
+        p1 = urllib.parse.urlparse('http://Server=sde; Service=sde:oracle')
+        with self.assertRaisesRegex(ValueError, "Port could not be " \


Style nit: It's better store the exception message in a msg or message variable.

berkerpeksag · 2018-03-19T01:41:30Z

Lib/urllib/parse.py

+            try:
+                port = int(port, 10)
+            except ValueError:
+                raise ValueError("Port could not be cast " \


We could use an f-string here:

f'Port could not be cast to integer value as {port!r}'

Style nit: I'd either use a msg or message variable or a different indentation style instead of backslashes:

message = f'Port could not be cast to integer value as {port!r}' raise ValueError(message) from None

or

raise ValueError( f'Port could not be cast to integer value as {port!r}' ) from None

Will update. Thank you!

…plit

agnosticdev · 2018-03-19T11:53:18Z

Applied changes and updated the PR. Added the test for urlsplit to my existing test case. I have made the requested changes; please review again.

bedevere-bot · 2018-03-19T11:53:20Z

Thanks for making the requested changes!

@ericvsmith, @berkerpeksag: please review the changes made to this pull request.

berkerpeksag · 2018-03-19T12:24:29Z

Misc/NEWS.d/next/Library/2018-03-11-08-44-12.bpo-33034.bpb23d.rst

@@ -0,0 +1,3 @@
+Providing an explicit error message when casting the port property to anything 
+that is not and integer value using ``urlparse()`` and ``urlsplit()``.  Port 


Just a quick question: "... is not and integer ..." is 'and' a typo here?

Yes it is. Thank you! Updating.

agnosticdev · 2018-03-19T13:04:21Z

I have made the requested changes; please review again.

bedevere-bot · 2018-03-19T13:04:23Z

Thanks for making the requested changes!

@ericvsmith, @berkerpeksag: please review the changes made to this pull request.

berkerpeksag · 2018-03-19T13:18:54Z

LGTM, thanks! I will wait for a few days to see what @ericvsmith thinks about the PR.

ericvsmith

Looks good to me. Thanks!

…}Result.port (pythonGH-6078)

bpo-33034: Added explicit exception message when cast fails

1b0b012

the-knights-who-say-ni added the CLA signed label Mar 11, 2018

bedevere-bot added the awaiting review label Mar 11, 2018

berkerpeksag requested changes Mar 11, 2018

View reviewed changes

bedevere-bot added awaiting changes and removed awaiting review labels Mar 11, 2018

bpo-33034: Updated to raise ValueError and added a test

af31966

bedevere-bot added awaiting change review and removed awaiting changes labels Mar 11, 2018

berkerpeksag requested changes Mar 11, 2018

View reviewed changes

bedevere-bot removed the awaiting change review label Mar 11, 2018

bedevere-bot added the awaiting changes label Mar 11, 2018

bpo-33034: Dropped duplicate test, added a more verbose name to test …

b3d4fd5

…case, added assert to check error message

bedevere-bot added awaiting change review and removed awaiting changes labels Mar 12, 2018

bpo-33034: Fixed capitalization on port in the comments

5a131bf

agnosticdev added 3 commits March 11, 2018 20:14

bpo-33034: Fix for what I believe to be the white space issue

7b0f505

bpo-33034: Whitespace fix

11e8af9

bpo-33034: Added News file

72345f7

berkerpeksag reviewed Mar 12, 2018

View reviewed changes

bpo-33034: Added news fixes and a change for the context manager

86d72a4

bpo-33034: ValueError message is now dynamic and and updated the test…

519bd38

… to now use assertRaisesRegex()

agnosticdev added 2 commits March 13, 2018 20:43

bpo-33034: Fix for whitespace issue in the build

aa073f9

bpo-33034: Fixed failing text case

b1c80f2

bedevere-bot added awaiting change review and removed awaiting changes labels Mar 14, 2018

berkerpeksag reviewed Mar 19, 2018

View reviewed changes

bpo-33034: Updated message variables and provided a new test for urls…

7075695

…plit

berkerpeksag reviewed Mar 19, 2018

View reviewed changes

bpo-33034: Updated a typo in news file

6500820

berkerpeksag approved these changes Mar 19, 2018

View reviewed changes

bedevere-bot added awaiting merge and removed awaiting change review labels Mar 19, 2018

Shorter NEWS blurb

e794a81

ericvsmith approved these changes Mar 19, 2018

View reviewed changes

berkerpeksag added 2 commits March 20, 2018 08:28

Test itself is pretty self-descriptive

c674750

Style fix

981c0cd

berkerpeksag merged commit 2cb4661 into python:master Mar 20, 2018

bedevere-bot removed the awaiting merge label Mar 20, 2018

agnosticdev deleted the bpo-33034_new branch March 20, 2018 10:50

jo2y pushed a commit to jo2y/cpython that referenced this pull request Mar 23, 2018

bpo-33034: Improve exception message when cast fails for {Parse,Split…

091ce02

…}Result.port (pythonGH-6078)

		@@ -0,0 +1 @@
		Providing an explicit message when casting a port that is a string instead of an integer. Port could not be cast to integer value.

		@@ -0,0 +1,3 @@
		Providing an explicit error message when casting the port property to anything
		that is not and integer value using ``urlparse()`` and ``urlsplit()``. Port

Uh oh!

bpo-33034: Added explicit exception message when cast fails #6078

bpo-33034: Added explicit exception message when cast fails #6078

Uh oh!

Conversation

agnosticdev commented Mar 11, 2018 • edited by bedevere-bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

bedevere-bot commented Mar 11, 2018

Uh oh!

agnosticdev commented Mar 11, 2018

Uh oh!

bedevere-bot commented Mar 11, 2018

Uh oh!

berkerpeksag left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

bedevere-bot commented Mar 11, 2018

Uh oh!

agnosticdev commented Mar 12, 2018

Uh oh!

bedevere-bot commented Mar 12, 2018

Uh oh!

agnosticdev commented Mar 12, 2018

Uh oh!

berkerpeksag left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

agnosticdev commented Mar 12, 2018

Uh oh!

bedevere-bot commented Mar 12, 2018

Uh oh!

bedevere-bot commented Mar 14, 2018

Uh oh!

agnosticdev commented Mar 14, 2018

Uh oh!

agnosticdev commented Mar 14, 2018

Uh oh!

bedevere-bot commented Mar 14, 2018

Uh oh!

agnosticdev commented Mar 18, 2018

Uh oh!

berkerpeksag left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

agnosticdev commented Mar 19, 2018

Uh oh!

bedevere-bot commented Mar 19, 2018

Uh oh!

Choose a reason for hiding this comment

agnosticdev commented Mar 11, 2018 •

edited by bedevere-bot

Loading