-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug: MusicBrainz lookup URL is hardcoded to always use https #437
Comments
👋 Thanks for opening your first issue here! If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can. To help make it easier for us to investigate your issue, please follow the contributing instructions. |
Hi, I think I've identified the cause of this issue: title updated. Method whipper/whipper/image/table.py Lines 388 to 401 in 8f5559e
The example configuration included in the README uses |
This would be a good GCI task, esp. since we have a student churning through GCI whipper tasks. :) |
|
Crosspost (from IRC) with slightly more details:
Bug number 1 is actually the one described in this issue. |
The tests need to be updated. Fixes: - MusicBrainz submit URL always has https as protocol: hardcoded, even when inappropriate. It's just a graphical issue. - Whipper appears to always communicate with MusicBrainz using musicbrainzngs over http. The musicbrainzngs.set_hostname(server). - musicbrainzngs.set_hostname(server) always defaults to http. With musicbrainzngs version 0.7 the method `set_hostname` takes an optional argument named `use_https` (defaults to `False`) which whipper never passes. Fixes whipper-team#437. Signed-off-by: JoeLametta <JoeLametta@users.noreply.github.com>
The tests need to be updated. Fixes: - MusicBrainz submit URL always has https as protocol: hardcoded, even when inappropriate. It's just a graphical issue. - Whipper appears to always communicate with MusicBrainz using musicbrainzngs over http. The musicbrainzngs.set_hostname(server). - `musicbrainzngs.set_hostname(server)` always defaults to http. Since musicbrainzngs version 0.7 the method `set_hostname` takes an optional argument named `use_https` (defaults to False) which whipper never passes. Fixes whipper-team#437. Signed-off-by: JoeLametta <JoeLametta@users.noreply.github.com>
Fixed some bugs: - MusicBrainz submit URL always has https as protocol: hardcoded, even when inappropriate. It's just a graphical issue. - Whipper appears to always communicate with MusicBrainz using musicbrainzngs over http. The musicbrainzngs.set_hostname(server). - `musicbrainzngs.set_hostname(server)` always defaults to http. Since musicbrainzngs version 0.7 the method `set_hostname` takes an optional argument named `use_https` (defaults to False) which whipper never passes. Changed behaviour of `server` option (`musicbrainz` section of whipper's configuration file). Now it expects an URL with a valid scheme (scheme must be `http` or `http`, empty scheme isn't allowed anymore). Only the scheme and netloc parts of the URL are taken into account. Fixes whipper-team#437. Signed-off-by: JoeLametta <JoeLametta@users.noreply.github.com>
Hi,
when trying to copy a CD, whipper seems not to be able to establish a network connection (perhups because of trying to resolv the musicbrainz address via https on port 80?):
Passing the --unknown argument works fine.
I used version 0.9
The text was updated successfully, but these errors were encountered: