URL parsing refactor to support paths#52
Conversation
|
Hi, Travis. p.s. Sorry for my english) |
|
The domain groupings and nested paths is a good idea, but maybe save that for a future change. I'll take a look at fixing it to make sure at least the domains are grouped, thanks for the great feedback! And no worries, your English is excellent! |
|
Please take another look. This does not include grouping of subdomains, but should fix the regression. |
65495c1 to
92ac4de
Compare
|
Thanks. These are nice changes for the next grouping function. We now see different times for each tab in the domain. |
This does work for me, but I think I may see an issue here and will get it fixed up.
There's a pre-existing race condition on the restriction list when it is initially loaded. You can get the icon if you navigate to another chart and then back. I will work on getting this resolved as well. |
|
These issues should be fixed with #53. |


This update refactors URL parsing logic into a separate url class that can be used for comparing both the domain and the path. This allows for setting restrictions by path and domain. For example, one may want to set a restriction for a URL such as
bing.com/fun, while still allowing unrestricted access to the rest of thebing.comdomain.Adding a restriction for a domain will also restrict subdomain. For example, using the following restriction:

The block page will appear for subdomains as well:

Also fixes a minor off-by-one date parsing issue on the date range.

Before:
After:

Open for discussion on this PR, please let me know if there are any issues.
Closes #21, without requiring an asterisk. Also opens up the door for some other feature requests to be implemented more easily (#3, #25, #32, #43, #47).
Thanks in advance for your consideration!
Travis