Beta testers for calibre 3.0 needed

[Wulfread]

Hi

i use Calibre 2.99b6 and i found 2 bugs on the WEB-GUI/INTERFACE (only there):


1) First: i use on SERIES with Sub-Categories [SERIES123.SUBSERIE123]

SEARCH -> SERIES -> "Letter" -> on Target-"Main"-Serie -> i've oppend the options and use [++]. The search-string is now series:"=Book" ... i see only Books from Main-Serie ... Sub-Series: no. This is wrong: ++ means: Category and ALL sub-categories. If i remove the "=" => i works.

=> the search-string is the same like "+"

2) only an "design"-Bug
On the "Details"-Page:
"Serie": 5vonBook.blablabla.blalbal
=> no spaces before/after "von" (english: of)
(on the "Overview"-Page: 5 of Book.blablabl.blalba <- no translation, but spaces)

Featurerequest:
I miss the file size (on details). EPUB - not really critical ... but comics with 200Mbyte, Mobile, EDGE, Volumen-Limit etc. - yeah! .

Thx for calibre! I love it!
BR
Wulfread

PS: Another bug exists possibly when reading CBZ. I have not been able to test this yet. I start "reading" (browser), there is the processing -> error message after processing. Details follow asap ("content" of CBZ [folder, no folder etc.])

[Wulfread]

Next bug:

Reading Books (PDF, CBZ, EPUB) in Browser - don't work

PDF/CBZ:
"Could not open <an PDF, CBZ>. Failed to download some book data, click "Show details" for more information"

Details:
index-29_1.jpg
Failed to communicate with "book-file/1433/PDF/31827123/14941814440/index-29_1.jpg?library_id=Verwaltung&1495547972358", timed out after: 30 seconds

EPUB:
InvalidStateError: responseText is only available if responseType is '', 'document', or 'moz-chunked-text'.
Error at https://SERVER/PATH/ebooksa/:4754:
Traceback (most recent call last):

ρσ_anonfunc@https://SERVER/PATH/ebooksa/:4829:21
complete_callback@https://SERVER/PATH/ebooksa/:4798:21
set_error@https://SERVER/PATH/ebooksa/:4754:21

---
I use Calibre-Web via ProxyPass with Apache.

[JSWolf]

Calibre 2.99.6 Portable & Firefox 53.03 64-bit: Bug

Reading ePub in the browser is working even worse than last report. I'm losing more than one line in a number of chapters. I'm losing the 4th column which is the last column of the chapter. I've even reset the settings back to default and still the problem exists.

[nqk]

I have created a composite column to pick up translator name from Comments. It works. The translators' names are shown properly on Tags Browser, jacket.

However, when I use {#translator} in the filename template, it returns even the raw texts.

[kovidgoyal]

@nqk: I'm not a big user of custom columns, but as I recall that was always the case, even in 2.x version of calibre. But maybe I am misremembering. Are you saying it works with 2.x but not with the beta?

@JSWolf: there weren't any changes to the pagination part of the reader in the latest beta, and I still cannot replicate.

@WUlfread: Thanks, I am rather busy at the moment but I will look into your reports in a bit.

[JimmXinu]

Win10 FireFox 53.0.3 (32-bit) (it says it's up to date)

I'm testing with 2.99.6 binaries and CALIBRE_DEVELOP_FROM pointing to a fork that's current as of commit 802b1ab1e91db5041083bb835006ac669d1caef6 (I got similar results with just 2.99.6.)

On initial page load, I get an error. After clicking through a couple times to show details:

Error: Unhandled error
TypeError: self.idb is undefined
Error at http://juuban.xinu.nu:8080/:9749:13
Traceback (most recent call last):

ct_impl@http://juuban.xinu.nu:8080/:6971:21
show_recent@http://juuban.xinu.nu:8080/:17447:13
get_recently_read_books@http://juuban.xinu.nu:8080/:9749:13

Console:

11:50:51.361 The Application Cache API (AppCache) is deprecated and will be removed at a future date.  Please consider using ServiceWorker for offline support.  juuban.xinu.nu:8080
11:50:51.383 GET 
http://juuban.xinu.nu:8080/ [HTTP/1.1 200 OK 0ms]
11:50:51.878 GET 
XHR 
http://juuban.xinu.nu:8080/auto-reload-port [HTTP/1.1 200 OK 22ms]
11:50:51.920 GET 
XHR 
http://juuban.xinu.nu:8080/interface-data/update [HTTP/1.1 200 OK 19ms]
11:50:51.921 GET 
XHR 
http://juuban.xinu.nu:8080/interface-data/books-init [HTTP/1.1 200 OK 107ms]
11:50:51.969 null  juuban.xinu.nu:8080:20962:13
11:50:52.003 TypeError: self.idb is undefined
Stack trace:
get_recently_read_books@http://juuban.xinu.nu:8080/:9749:13
show_recent@http://juuban.xinu.nu:8080/:17447:13
ct_impl@http://juuban.xinu.nu:8080/:6971:21
  juuban.xinu.nu:8080:20962:13

(A new version using a deprecated API is concerning...)

After that, I could view library lists, but trying to view an epub also gave an error and hung on "Downloading book manifest..."

Error: Unhandled error
TypeError: self.idb is undefined
Error at http://juuban.xinu.nu:8080/:9372:17
Traceback (most recent call last):

ρσ_anonfunc@http://juuban.xinu.nu:8080/:12120:54
read_book@http://juuban.xinu.nu:8080/:20682:13
read_format@http://juuban.xinu.nu:8080/:20673:13
open_book@http://juuban.xinu.nu:8080/:8784:13
ρσ_interpolate_kwargs@http://juuban.xinu.nu:8080/:2426:16
push_state@http://juuban.xinu.nu:8080/:8835:13
apply_url@http://juuban.xinu.nu:8080/:8762:17
apply_url_state@http://juuban.xinu.nu:8080/:16877:17
load_book@http://juuban.xinu.nu:8080/:16348:13
start_load@http://juuban.xinu.nu:8080/:16419:13
get_book@http://juuban.xinu.nu:8080/:9420:13
do_op@http://juuban.xinu.nu:8080/:9372:17

I can report that the new web server doesn't work correctly for me with Chrome or Safari on iOS 10.3.1 on iPad Pro.

I started out today intending to see if I could figure out debugging Safari remotely on iPad. But attempting to debug this with an OSX VM instance was just not working.

[kovidgoyal]

@JimmXinu: The browser cartel has decided to deprecate Application Cache with Service Workers even though Service Workers only work with https, requiring which is completely unsuitable for a private server like calibre.

So if the cartel actually has its way and manages to remove Application Cache, you will only be able to browse your calibre server offline if you setup HTTPS.

Not much I can do about that.

As for your error, it looks like your browser does not have a working IndexedDB implementation. Maybe because you are browsing in private mode?

[Divingduck]

Hi Kovid,

Only an information. If I try to run calibre from source I become a Permission denied error message from content server.

Spoiler:

calibre, version 2.99.6
ERROR: Startup error: There was an error during calibre startup. Parts of calibre may not function. Click Show details to learn more.

Traceback (most recent call last):
...
IOError: [Errno 13] Permission denied: u'C:\\Program Files\\Calibre2\\app\\resources\\content-server\\index-generated.html'

This happen only with "run server automatically when calibre starts" activated. Seems the content server is faster then calibre GUI. No problem at all but maybe good to know for users who run calibre from source.

Best regards, DD

[JimmXinu]

Originally Posted by kovidgoyal

@JimmXinu: The browser cartel has decided to deprecate Application Cache with Service Workers even though Service Workers only work with https, requiring which is completely unsuitable for a private server like calibre.

Ugh. Yeah, that's a good reason.

Originally Posted by kovidgoyal

As for your error, it looks like your browser does not have a working IndexedDB implementation. Maybe because you are browsing in private mode?

I don't know what to tell you--I'm not in private mode and restarting with all add-ons disabled didn't help. I may try a reboot, just in case (update--didn't help).

[kovidgoyal]

@JimmXinu: Hmm can you post the server logs (get them from Preferences->Sharing over the net)

[kovidgoyal]

@jimmXinu: Just masde a commit to give a more usefull error on database initialization failure.

[kovidgoyal]

@DivingDuck: I have made a change that should fix the error on startup.

[kovidgoyal]

@Wulfread:

(2) is fixed by https://github.com/kovidgoyal/calibr...265789e1094298

(1) will require more work, I will look into it.

As for your errors reading books, they look like timeouts in the proxy. Does it work if you access the server directly without a proxy?

[Divingduck]

@Kovid, thanks a lot.

[Krazykiwi]

Hi Kovid,

Calibre: 2.99.6
Windows 10 64 bit

On installing over a previous installation where the server was configured to listen on port 9090, it actually started on 8080. The dropdown from the Share/Connect icon still said "Stop Content Server [192.168.0.103, port 9090]" but:
Unexpected behaviour:
a) I've been away a week and this laptop was off my local network more than long enough to lose its DHCP lease. It's actually currently 192.168.0.102.
b) The preferences dialog had defaulted back to 8080, despite being configured for 9090 for a couple of years now
c) The server was in fact listening on 8080, per the preferences dialog.

Expected behaviour:
a) Calibre is usually very good about existing settings, to the point it took me a couple of minutes to even think to check it had reset to the defaults. Somehow this one got missed (or if it must be reset, this is one place I wouldn't mind a popup saying so.)
b) I would expect the GUI to check it's address, and the currently set preferences, and display it's own address accurately.

(I realise most servers will not be changing ip addresses willy nilly, and my own real server doesn't but I don't think it's totally a corner case either. A lot of people don't bother to set up a static ip and a long enough power-cut would be enough to sink them.)