[GUI Plugin] Overdrive Link - Page 20

jhowell · 10-10-2014, 07:10 PM

Quote:

Originally Posted by buttersk

I tried the new version of Overdrive...Version 1.20.0 - 09 Oct 2014

However was still not able to login.

I looked at several libraries within the Wilbor system... and realized that even within Wilbor, they do not all authenticate the same way. I use Kirkendall.. but when I look at Ames or Altoona for example, those libraries' authentication is different than the one used by Kirkendall.

The change I made to the plugin was intended to work with libraries that use external authentication, such as Kirkendall.

I tried it myself, but since I don't have a library card for WILBOR I am unable to complete the sign in process. By entering a made up card number (123) and trying a search I saw in the log that the branch ID for Kirkendall is 271. After entering that in my configuration I had the following results, as expected:

Spoiler:

It would help if you could try with your valid card and post the results in this thread. (Please blank out your card number in the log for security!)

eschwartz · 10-11-2014, 08:46 PM

Quote:

Originally Posted by jhowell

I'm having trouble understanding what is going on here. I can replicate the problem that was originally reported with the metadata download completion dialog and I see how Kovid's change fixes it. But the Overdrive Link plugin's completion dialog box position is saved and restored each time and so it should be immune to this problem. The dialog box geometry is kept in the file gui.json in the calibre configuration directory. The value is saved under the key "proceed question dialog:User Interface Action:Overdrive Link".

I have been unable to duplicate any shifting in position of the search completion dialog from the Overdrive Link plugin under Windows 8.1 with calibre 2.5 [64bit]. I see you are using Linux, perhaps that has something to do with this.

To diagnose the problem could you check if the proper key is present in gui.json and see if it changes after the completion dialog shifts position. That might help in discovering why the dialog is not staying in the same place.

Before:

Code:

"proceed question dialog:User Interface Action:Overdrive Link": {
    "__class__": "bytearray", 
    "__value__": "AdnQywABAAAAAAD+////+AAABAAAAAMIAAABCAAAABsAAAP2AAAC/gAAAAAAAA=="

After clicking OK in the dialog:

Code:

  "proceed question dialog:User Interface Action:Overdrive Link": {
    "__class__": "bytearray", 
    "__value__": "AdnQywABAAAAAAD5////+AAAA/sAAAMIAAABAwAAABsAAAPxAAAC/gAAAAAAAA=="
  },

eschwartz · 10-12-2014, 05:58 PM

Code:

Signing in to HADC (branch 89) with card **************
Browse: http://hadc.lib.overdrive.com/BANGAuthenticate.dll?Action=AuthCheck&URL=Default.htm&ForceLoginFlag=0 None
Redirected login url https://houston.libraryreserve.com/10/50/en/SignIn.htm?URL=Default%2ehtm
Browse: https://houston.libraryreserve.com/10/50/en/SignIn2.htm?branchid=89&URL=Default%2ehtm None
Browse: submit
Signing in to HADC: Retrying  on exception URLError ([Errno -2] Name or service not known) 
Signing in to HADC: Retrying  on exception BrowserStateError (not viewing any document) 
Signing in to HADC: : BrowserStateError (not viewing any document) 
Traceback (most recent call last):
  File "calibre_plugins.overdrive_link.jobs", line 1067, in sign_in
  File "calibre_plugins.overdrive_link.overdrive", line 367, in sign_in
  File "calibre_plugins.overdrive_link.net", line 245, in browse_url
  File "site-packages/mechanize/_mechanize.py", line 541, in submit
  File "site-packages/mechanize/_mechanize.py", line 528, in click
  File "site-packages/mechanize/_mechanize.py", line 443, in viewing_html
BrowserStateError: not viewing any document

Plugin does not recover from the error, and library isn't searched. Other times, it will simply retry (6 times?) but sometimes I see this document-is-missing error and it just leaves it at that.

jhowell · 10-12-2014, 08:32 PM

Quote:

Originally Posted by eschwartz

Plugin does not recover from the error, and library isn't searched. Other times, it will simply retry (6 times?) but sometimes I see this document-is-missing error and it just leaves it at that.

That is an odd error. It indicates a DNS lookup failure during the sign in process.

The plugin doesn't currently recover properly from this. I will add code in the next release to retry properly when this occurs.

jhowell · 10-12-2014, 09:10 PM

Quote:

Originally Posted by eschwartz

Before: ... After clicking OK in the dialog: ...

That shouldn't be happening. I have read reports that saving and restoring QT window geometry doesn't work properly with some X11 window managers and I am guessing that is the case here.

I could add code to look for this particular type of position shift and undo it, but it would be messy and I prefer not to go there. So I think that for now you will just have to live with it. Sorry.

eschwartz · 10-12-2014, 10:23 PM

Quote:

Originally Posted by jhowell

That shouldn't be happening. I have read reports that saving and restoring QT window geometry doesn't work properly with some X11 window managers and I am guessing that is the case here.

I could add code to look for this particular type of position shift and undo it, but it would be messy and I prefer not to go there. So I think that for now you will just have to live with it. Sorry.

OK, that's fine. Minor niggle.

Just curious, since I happen to be considering the question of which windows manager to use (trying out different ones) at the moment -- do you know which ones act reasonably?

eschwartz · 10-12-2014, 10:24 PM

Quote:

Originally Posted by jhowell

That is an odd error. It indicates a DNS lookup failure during the sign in process.

The plugin doesn't currently recover properly from this. I will add code in the next release to retry properly when this occurs.

Thanks!

jhowell · 10-13-2014, 08:50 AM

Quote:

Originally Posted by eschwartz

OK, that's fine. Minor niggle.

Just curious, since I happen to be considering the question of which windows manager to use (trying out different ones) at the moment -- do you know which ones act reasonably?

I didn't come across any specifics of which work and which don't.

buttersk · 10-13-2014, 09:33 AM

Quote:

Originally Posted by jhowell

The change I made to the plugin was intended to work with libraries that use external authentication, such as Kirkendall.

I tried it myself, but since I don't have a library card for WILBOR I am unable to complete the sign in process. By entering a made up card number (123) and trying a search I saw in the log that the branch ID for Kirkendall is 271. After entering that in my configuration I had the following results, as expected:

Spoiler:

It would help if you could try with your valid card and post the results in this thread. (Please blank out your card number in the log for security!)

Sure... here is my Log results:
Starting job: Search for books by 1 author
Signing in to Kirkendall (branch 271) with card xxxxxxxxxxxxxx
Browse: http://wilbor.lib.overdrive.com/BANG...rceLoginFlag=0 None
Signing in to Kirkendall: Retrying wilbor.lib.overdrive.com on exception URLError ([Errno 10061] No connection could be made because the target machine actively refused it)
Signing in to Kirkendall: Retrying wilbor.lib.overdrive.com on exception URLError ([Errno 10061] No connection could be made because the target machine actively refused it)
Signing in to Kirkendall: : URLError ([Errno 10061] No connection could be made because the target machine actively refused it)
Traceback (most recent call last):
File "calibre_plugins.overdrive_link.jobs", line 1067, in sign_in
File "calibre_plugins.overdrive_link.overdrive", line 276, in sign_in
File "calibre_plugins.overdrive_link.net", line 247, in browse_url
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_mechanize.py", line 203, in open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_mechanize.py", line 230, in _mech_open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_opener.py", line 204, in open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 457, in http_response
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_opener.py", line 221, in error
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 332, in _call_chain
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 571, in http_error_302
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_mechanize.py", line 203, in open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_mechanize.py", line 230, in _mech_open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_opener.py", line 193, in open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 344, in _open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 332, in _call_chain
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 1170, in https_open
File "site-packages\mechanize-0.2.5-py2.7.egg\mechanize\_urllib2_fork.py", line 1118, in do_open
URLError:

I didn't get as far as you... maybe I have it set up incorrectly.
Under Name... I just put "Kirkendall"... This just looks like anything I want to name it.

Under library ID I have : wilbor.lib.orverdrive.com
Under Branch ID I have : 271
Under Card Number ... I have the number I use to log in with normally. (My Lib Card #).

Card PIN* is blank, because it does not require a Pin for logging in.

jhowell · 10-13-2014, 11:20 AM

Quote:

Originally Posted by buttersk

Sure... here is my Log results:
...
Signing in to Kirkendall: : URLError ([Errno 10061] No connection could be made because the target machine actively refused it)
...

I didn't get as far as you... maybe I have it set up incorrectly.
Under Name... I just put "Kirkendall"... This just looks like anything I want to name it.

Under library ID I have : wilbor.lib.orverdrive.com
Under Branch ID I have : 271
Under Card Number ... I have the number I use to log in with normally. (My Lib Card #).

Card PIN* is blank, because it does not require a Pin for logging in.

The log and your description indicate that your library configuration is correct. (It appears that wilbor.lib.orverdrive.com was just a typo in your description above since the address is correct in the log.)

The error you are receiving shows the connection being actively rejected. Since my test shows that wilbor.lib.overdrive.com does respond to requests, the most likely possibility is that it is being blocked by a firewall. I am assuming that you are able to access that library via your web browser on the same PC. If so then the most likely cause is the firewall on your PC being set to block internet access by the calibre program. Are you able to do other internet access from calibre, such as metadata downloads?

There are more potential causes, but it is hard to diagnose them remotely.

buttersk · 10-14-2014, 08:55 AM

Quote:

Originally Posted by jhowell

The log and your description indicate that your library configuration is correct. (It appears that wilbor.lib.orverdrive.com was just a typo in your description above since the address is correct in the log.)

The error you are receiving shows the connection being actively rejected. Since my test shows that wilbor.lib.overdrive.com does respond to requests, the most likely possibility is that it is being blocked by a firewall. I am assuming that you are able to access that library via your web browser on the same PC. If so then the most likely cause is the firewall on your PC being set to block internet access by the calibre program. Are you able to do other internet access from calibre, such as metadata downloads?

There are more potential causes, but it is hard to diagnose them remotely.

Yes... I'm able to download metadata...however in order to do so, I had to set up an environment variable named "HTTP_PROXY" in order to get Calibre to be able to download metadata. (http://manual.calibre-ebook.com/customize.html).

Another interesting thing, is that if I remove the library card# and branch number, then the Overdrive Plugin is able to get book information from my library with no problem. It only fails when I add the branch number, and the card #.

My internet is down at home... Mediacom tech is coming on Thursday. I'll try to remember to check from there w/o the proxy and see if that works.

jhowell · 10-14-2014, 01:51 PM

Quote:

Originally Posted by buttersk

Yes... I'm able to download metadata...however in order to do so, I had to set up an environment variable named "HTTP_PROXY" in order to get Calibre to be able to download metadata. (http://manual.calibre-ebook.com/customize.html).

Another interesting thing, is that if I remove the library card# and branch number, then the Overdrive Plugin is able to get book information from my library with no problem. It only fails when I add the branch number, and the card #.

The sign in process uses https instead of http for security. One thing you could try is to also set an "https_proxy" environment variable. Also, in Linux environment variables are case sensitive and I'm not sure if this should be upper or lower case. (In the calibre manual "http_proxy" is in lower case.)

I'll look at this some more and see if I can come up with any other possible solutions.

eschwartz · 10-14-2014, 05:07 PM

I believe calibre is fine with either case -- although not all programs do this, so a wise move is to define all proxy variables twice. For instance, curl requires lowercase, and apt requires uppercase. I think.

Whatever. The point is, it's arbitrary.

Just a general heads-up. calibre may not have problems, other programs will.

The lack of an HTTPS_PROXY (of any case) will, however, definitely fail to proxy all traffic, the instant said traffic switches over to a secured connection.

buttersk · 10-15-2014, 09:18 AM

Quote:

Originally Posted by jhowell

The sign in process uses https instead of http for security. One thing you could try is to also set an "https_proxy" environment variable. Also, in Linux environment variables are case sensitive and I'm not sure if this should be upper or lower case. (In the calibre manual "http_proxy" is in lower case.)

I'll look at this some more and see if I can come up with any other possible solutions.

I didn't realize by looking through the calibre help files, that you needed to set up HTTPS_PROXY env variable in addition to HTTP_PROXY. In my situation both proxies are the same... so I cloned the HTTP_PROXY to HTTPS_PROXY and voila... all is well.

Thank you very much for the updates you provided and your patience in helping me getting everything to work. It's very much appreciated. I love this plugin! Great Work!

jhowell · 10-15-2014, 11:11 AM

Quote:

Originally Posted by buttersk

Thank you very much for the updates you provided and your patience in helping me getting everything to work. It's very much appreciated. I love this plugin! Great Work!

Thanks. I'm happy to hear that it is working for you now.

10-14-2014, 05:07 PM	#298
eschwartz Ex-Helpdesk Junkie Posts: 19,421 Karma: 85400180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	I believe calibre is fine with either case -- although not all programs do this, so a wise move is to define all proxy variables twice. For instance, curl requires lowercase, and apt requires uppercase. I think. Whatever. The point is, it's arbitrary. Just a general heads-up. calibre may not have problems, other programs will. The lack of an HTTPS_PROXY (of any case) will, however, definitely fail to proxy all traffic, the instant said traffic switches over to a secured connection. Last edited by eschwartz; 10-15-2014 at 11:52 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[GUI Plugin] KindleUnpack - The Plugin	DiapDealer	Plugins	527	08-15-2025 01:36 PM
[GUI Plugin] EpubSplit	JimmXinu	Plugins	459	07-31-2025 09:32 AM
[GUI Plugin] EpubMerge	JimmXinu	Plugins	560	06-09-2025 03:46 PM
[GUI Plugin] FanFictionDownLoader	JimmXinu	Plugins	3985	05-08-2015 11:18 PM
[GUI Plugin] Plugin Updater Deprecated	kiwidude	Plugins	159	06-19-2011 12:27 PM

Advert

Advert