Inconsisten results about and-bookworm HOT 7 CLOSED

The results come from Google Books right now. If something is inconsistent it 
is 
likely due to different revisions of the book (one title, different revisions) 
and 
what is searching/scanning is a different revision. I'll check these out on 
Google 
Books and do some more testing to be sure, but probably not something I can 
"fix" 
(other than to add an enhancement to show multiple revisions on the result 
page, if 
present, or something like that). 

Of the three groups the last one is the most problematic one.
Bookworm already finds the right one, but then takes the first one from the 
presented
list, no matter which one I choose.
Which is especially crazy in case of 3453009754 Hainish if you look at the title
found first....

I added some more info to the manual search web results list tonight (will be 
released soon, 1.0.7).  This now shows title and the author(s). It doesn't show 
the 
ISBN, but it could?  

Reason I did this is so users can see more about the book before clicking it in 
the 
manual web search results list. 

Also, I now see what you mean by this bug report, I didn't understand it 
before. 

I can recreate with the following steps: 

1. Search the web for "3453009754"
2. Results page shows 2 results - 1. Adolf Hitler Mein Kampf, 2. Ursula Le Guin 
Hainish. 
3. Click on Hainish
4. Add book page comes up with Mein Kampf.

DOH! 

Looking into this tonight . . . 

Issue 30 has been merged into this issue.

Actually, this seems to be happening because the Google Books search itself 
comes 
back with multiple entries for the ISBN, and the search result page expects ONE 
per 
ISBN and just selects the first one. 

For example, checkit: http://books.google.com/books/feeds/volumes?
as_pt=BOOKS&q=isbn:3453009754

Need to make search results page smarter. If more than one result is there per 
ISBN, 
go past the ISBN and use the title. Kind of a bitch, but that's how ISBNs are I 
guess.

Fixed in SVN, and selecting a result should be much faster now too, no longer 
makes 
another HTTP call with the ISBN on the display result page, it just uses the 
result 
selected on the list page (should have done this all along, much more efficient 
-- and 
solves the select when more than one book have same ISBN).