Kobo Bug thread - Page 7

davidfor · 05-26-2013, 11:04 PM

Quote:

Originally Posted by patrik

Product: Aura
Firmware: 2.5.2
Plugins: KoboTouchExtended 1.3.3
File types: kepub (?)
Sideloaded or from Kobobooks: sideloaded
On external SD: main memory

I was editing (in html) a scanned book, added it to Calibre. Transfered it to the Aura. When there was italic on words in a sentence the space around the italic words doesn't show.

Ex. "This is an example." shows as "Thisis anexample."

First I thought I was doing something wrong (as a newbie to Calibre and Kobo) but I later realized that it was the same in an Amazon-bought book (Inferno).

Anyone else seen this? I have not tried to change fonts etc.

Nearly every single case of this I have seen the spaces were missing in the source. The ones were that wasn't the case, it was a font issue. The font used made it hard to see the spaces. Changing fonts or sizes made it more obvious. Changing the alignment between justified and left can also change the spacing so that it is more obvious.

Any chance of seeing the book? If it can't be posted, PM for an address you can send it to.

GeoffR · 05-26-2013, 11:18 PM

Quote:

Originally Posted by patrik

Plugins: KoboTouchExtended 1.3.3

Quote:

I was editing (in html) a scanned book, added it to Calibre. Transfered it to the Aura. When there was italic on words in a sentence the space around the italic words doesn't show.

I think there is a problem with spacing in the KoboTouchExtended driver. See this thread: https://www.mobileread.com/forums/sho...211135&page=20

gers1978 · 05-28-2013, 08:52 AM

Product:

Aura HD

Firmware:

2.5.2

File types:

ePub

Sideloaded or from Kobobooks:

Sideloaded

On external SD:

No

Steps to reproduce:

Long-press any book in library, choose "Mark as finished". Nothing happens.

Current result:

Book is not marked as finished.

Workaround:

Mark as finished using another method.

Jaden · 05-28-2013, 08:59 AM

Quote:

Originally Posted by gers1978

Product:

Aura HD

Firmware:

2.5.2

File types:

ePub

Sideloaded or from Kobobooks:

Sideloaded

On external SD:

No

Steps to reproduce:

Long-press any book in library, choose "Mark as finished". Nothing happens.

Current result:

Book is not marked as finished.

Workaround:

Mark as finished using another method.

Can't reproduce that. Worked as it should (same "setup"). Also works normal on other types of books, sideloaded or from Kobo.

gers1978 · 05-28-2013, 09:03 AM

Quote:

Originally Posted by Jaden

Can't reproduce that. Worked as it should (same "setup"). Also works normal on other types of books, sideloaded or from Kobo.

Ok, I might have got the location the wrong way round - perhaps it works fine when done in Library, but does nothing when done from elsewhere - try long-pressing a book on the homescreen tile and choose "Mark as finished".

Jaden · 05-28-2013, 09:12 AM

Quote:

Originally Posted by gers1978

Ok, I might have got the location the wrong way round - perhaps it works fine when done in Library, but does nothing when done from elsewhere - try long-pressing a book on the homescreen tile and choose "Mark as finished".

I can only select "dismiss tile" or "open" when long pressing a homescreen tile. There is no "finished" option.

I can mark the book as finished from the shelves and from inside the book normally as well.

gers1978 · 05-28-2013, 09:29 AM

Ok, I'm not sure where I seen it then, but last night I *definitely* long-pressed a book and chose "Mark as finished" and nothing happened. I tried a few times. Then when I did "Mark as finished" on the same book, from somewhere else in the UI, I got a message saying "Marked as finished", and indeed "Books finished" on the home screen increased by 1...

Lucas Malor · 05-28-2013, 09:34 AM

@gers1978: can you reproduce now the same bug with the same book?
@Jaden: have you used a sideloaded epub to test this bug?

Jaden · 05-28-2013, 09:41 AM

Quote:

Originally Posted by Lucas Malor

@Jaden: have you used a sideloaded epub to test this bug?

Yep (that was what I meant by "same setup"

).

I tried with sideloaded epub, sideloaded kepub, kepub from kobo, cbz and a pdf - worked well with every book from the library, a shelf and inside the book. Can't do it from the homescreen since there is no option to do that.

@gers1978: Maybe it's not a general bug but has to do with that one book only?

dimm · 06-02-2013, 04:01 AM

Product:
Aura
(maybe Glo, Touch, Mini)

Firmware:
2.5.2

File types:
any

Sideloaded or from Kobobooks:
both

Steps to reproduce:
With time: few books finished with extensive using of dictionary (relevant for non-native English speakers)

Current result:
Dictionary starts to work very slowly. After word selection is done, pop-up window with definition starts to appear in 5-6 seconds. Opening full dictionary take same time.

Workaround:
Connected Aura to computer, find KoboReader.sqlite database file and open it in SQLite browser (or any util that can work with sqlite database).

You need to remove entries of specific type from Event table.
Write and execute SQL query:
DELETE FROM Event WHERE EventType=9;

After that restart device.

Lucas Malor · 06-02-2013, 04:49 AM

Added to Unconfirmed bugs for now, I hope someone can confirm it, with use or adding some fictional db entry

dimm · 06-02-2013, 06:19 AM

Very easy to reproduce. Just add 6000 (as it was in my case) entries into table Event, where EventType is equal 9. And try to use dictionary.

Why Kobo logs each call to dictionary I don't know. It's not very clever idea. Such design definitely not good for people working extensively with dictionary.

Lucas Malor · 06-02-2013, 06:33 AM

Does it log also identical searches (same book, same string) to different rows?

davidfor · 06-02-2013, 06:50 AM

I can confirm the problem and workaround. I only had 408 rows, but I have done a factory reset recently. Removing all except one, made the dictionary lookup a lot faster.

The bug is probably that rows are not being deleted. The database updates tend to be an insert and a delete, rather than updating the existing row. And it isn't updating the EventCount properly. The row doesn't show what you looked up, just when and the total number of lookups.

Lucas Malor · 06-02-2013, 07:03 AM

This is very strange. What is the convenience to have a lookup table without the searched string? Maybe they have created another table, but why?

You said "The database updates tend to be an insert and a delete, rather than updating the existing row". Do you intercepted the firmware queries?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Probably a Kobo bug.	eXistenZ	Kobo Reader	19	06-13-2014 09:16 PM
[Old Thread] Bug in downloading metadata	Dasun	Library Management	3	03-21-2011 07:31 PM
Possible bug or misfeature when a thread is closed	tompe	Feedback	7	10-05-2010 09:38 AM

05-28-2013, 08:52 AM	#93
gers1978 Addict Posts: 392 Karma: 1008414 Join Date: Jun 2011 Device: Kindle	Product: Aura HD Firmware: 2.5.2 File types: ePub Sideloaded or from Kobobooks: Sideloaded On external SD: No Steps to reproduce: Long-press any book in library, choose "Mark as finished". Nothing happens. Current result: Book is not marked as finished. Workaround: Mark as finished using another method.

05-28-2013, 09:29 AM	#97
gers1978 Addict Posts: 392 Karma: 1008414 Join Date: Jun 2011 Device: Kindle	Ok, I'm not sure where I seen it then, but last night I definitely long-pressed a book and chose "Mark as finished" and nothing happened. I tried a few times. Then when I did "Mark as finished" on the same book, from somewhere else in the UI, I got a message saying "Marked as finished", and indeed "Books finished" on the home screen increased by 1...

05-28-2013, 09:34 AM	#98
Lucas Malor Pain in the arse Posts: 758 Karma: 77856 Join Date: Apr 2013 Device: Kobo Aura One, Kindle 4	@gers1978: can you reproduce now the same bug with the same book? @Jaden: have you used a sideloaded epub to test this bug?

06-02-2013, 04:01 AM	#100
dimm Member Posts: 19 Karma: 41366 Join Date: May 2013 Device: Kindle Voyage, Oasis	Product: Aura (maybe Glo, Touch, Mini) Firmware: 2.5.2 File types: any Sideloaded or from Kobobooks: both Steps to reproduce: With time: few books finished with extensive using of dictionary (relevant for non-native English speakers) Current result: Dictionary starts to work very slowly. After word selection is done, pop-up window with definition starts to appear in 5-6 seconds. Opening full dictionary take same time. Workaround: Connected Aura to computer, find KoboReader.sqlite database file and open it in SQLite browser (or any util that can work with sqlite database). You need to remove entries of specific type from Event table. Write and execute SQL query: DELETE FROM Event WHERE EventType=9; After that restart device.

06-02-2013, 04:49 AM	#101
Lucas Malor Pain in the arse Posts: 758 Karma: 77856 Join Date: Apr 2013 Device: Kobo Aura One, Kindle 4	Added to Unconfirmed bugs for now, I hope someone can confirm it, with use or adding some fictional db entry

06-02-2013, 06:19 AM	#102
dimm Member Posts: 19 Karma: 41366 Join Date: May 2013 Device: Kindle Voyage, Oasis	Very easy to reproduce. Just add 6000 (as it was in my case) entries into table Event, where EventType is equal 9. And try to use dictionary. Why Kobo logs each call to dictionary I don't know. It's not very clever idea. Such design definitely not good for people working extensively with dictionary.

06-02-2013, 06:33 AM	#103
Lucas Malor Pain in the arse Posts: 758 Karma: 77856 Join Date: Apr 2013 Device: Kobo Aura One, Kindle 4	Does it log also identical searches (same book, same string) to different rows?

06-02-2013, 06:50 AM	#104
davidfor Grand Sorcerer Posts: 24,905 Karma: 47303824 Join Date: Jul 2011 Location: Sydney, Australia Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos	I can confirm the problem and workaround. I only had 408 rows, but I have done a factory reset recently. Removing all except one, made the dictionary lookup a lot faster. The bug is probably that rows are not being deleted. The database updates tend to be an insert and a delete, rather than updating the existing row. And it isn't updating the EventCount properly. The row doesn't show what you looked up, just when and the total number of lookups.

06-02-2013, 07:03 AM	#105
Lucas Malor Pain in the arse Posts: 758 Karma: 77856 Join Date: Apr 2013 Device: Kobo Aura One, Kindle 4	This is very strange. What is the convenience to have a lookup table without the searched string? Maybe they have created another table, but why? You said "The database updates tend to be an insert and a delete, rather than updating the existing row". Do you intercepted the firmware queries?