Skip to content
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

Issue with importing drumkit (2/2) #299

Closed
trebmuh opened this issue Sep 18, 2015 · 10 comments
Closed

Issue with importing drumkit (2/2) #299

trebmuh opened this issue Sep 18, 2015 · 10 comments

Comments

@trebmuh
Copy link
Member

trebmuh commented Sep 18, 2015

Following the first importing drumkit issue (#298 ), I'm reporting here that the drumkit "K-27 Trash Kit" is not downloadable at all. When trying to, the process is going very fast and there is no error message, but the drumkit is staying as "New" on the list, and nothing is written in ~/.hydrogen/data/drumkits/

@mauser
Copy link
Member

mauser commented Sep 18, 2015

Hi,

Thanks for reporting this case, it seems that the server which hosts the kit is down. I'll see if this is a temporary issue or if the domain has changed or sth...

@thijz
Copy link
Member

thijz commented Sep 21, 2015

related to #269 ?

@thijz
Copy link
Member

thijz commented Sep 21, 2015

i can confirm this : just retested with todays code > issue still present

@trebmuh
Copy link
Member Author

trebmuh commented Sep 22, 2015

 @mauser : a user can understand that a 3rd party furnished piece of code can fail because of an unreachable server. The frustration part is that I didn't have any pop up message about that so I was lucky that you answered my question here :) Would it then be possible to add such a pop up windows saying "sorry dude, the server which usually delivers "best-hydrogen-drumkit-ever" looks to be dead at the moment. Please retry later or contact the hydrogen-dev team (or whoever relevant)" ?
Cheers.

@mauser
Copy link
Member

mauser commented Sep 22, 2015

Yes, it would be helpful if there would be such a message.. i will see if the API that we're using returns meaningful error values. Btw, the error message from QT is directly printed at the hydrogen debug log (you can that in a terminal if you start hydrogen from a terminal).

@trebmuh
Copy link
Member Author

trebmuh commented Sep 23, 2015

Sweat. Let me know if you want some testing about this, I'd be more than happy to help this way since I'm not into coding.

@thijz thijz added the bug label Sep 25, 2015
@thijz thijz added this to the 0.9.7 milestone Sep 25, 2015
mauser added a commit that referenced this issue Sep 25, 2015
removed, using QNetworkAccessManager now) + ErrorHandling via MessageBox
@mauser
Copy link
Member

mauser commented Sep 25, 2015

Hi,

I rewrote the code now and introduced a new error handling. Please try again.. Btw, if not corrected the entry on the server yet, so that you could test the new error handling.. Will fix that if this is confirmed.

@trebmuh
Copy link
Member Author

trebmuh commented Sep 26, 2015

Sweat, the pop up message works fine as follow:
capture-hydrogen
that said, after clicking OK, I'm still having this one popping up as well:
capture-hydrogen-1
which is confusing for an user perspective: "has it been downloaded or not ?"

Would it be possible then to remove the 2nd message in this case scenario ?

@mauser
Copy link
Member

mauser commented Oct 9, 2015

Thanks for the hint, this is now also fixed.

@trebmuh
Copy link
Member Author

trebmuh commented Oct 16, 2015

Sweat, thanks for fixing this. I just tested it with the 0.9.7beta1 and it's all good now.
I'm closing this issue then.

@trebmuh trebmuh closed this as completed Oct 16, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants