URL's missing a scheme fail silently

[RobRoseKnows]

If I create a furl object without a scheme like so:

>>>from furl import furl
>>>x = furl('www.google.com')

It fails in weird ways that aren't exactly intuitive.

I would expect that furl should either raise an error here or create a URL without a scheme.

Instead I get weird results like:

>>> g.origin
'://'
>>> g.host
>>> g.netloc

[gruns]

This admittedly head scratching behavior occurs because it's ambiguous whether
furl should interpret www.google.com as a domain (your intention) or a path.

See Issue #85 and my detailed answer therein here #85 (comment). Also Issue
#103.

I will forfend this issue in the future with TLD support, so furl will be able
to determine that www.google.com is a domain, not a path, because it ends with
.com, a TLD.

Does that answer your question?

[RobRoseKnows]

Ah yes, that does explain the behavior. Is there a way to currently force furl to interpret as a domain if it's missing the delimiters? I'm using furl to parse URLs I'm scraping, and some of them have schemes, while some of them don't. Currently I've fixed this by just prepending "http://" to URLs missing "://" but that doesn't seem to be terribly robust.

[fearless0307]

Hi, I am thinking that can we add is_domain in init of furl class and according to that value prepend :// to the url.
I have changes the code in my local library and its work for me.

[fearless0307]

>>> f = furl('www.google.com', is_domain=True)
>>> {'url': '://www.google.com',
 'scheme': '',
 'username': None,
 'password': None,
 'host': 'www.google.com',
 'host_encoded': 'www.google.com',
 'port': None,
 'netloc': 'www.google.com',
 'origin': '://www.google.com',
 'path': {'encoded': '',
  'isdir': True,
  'isfile': False,
  'segments': [],
  'isabsolute': []},
 'query': {'encoded': '', 'params': []},
 'fragment': {'encoded': '',
  'separator': True,
  'path': {'encoded': '',
   'isdir': True,
   'isfile': False,
   'segments': [],
   'isabsolute': []},
  'query': {'encoded': '', 'params': []}}}

[gruns]

This issue is married to the resolution of #110