09-28-2019, 10:51 PM | #3721 |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2019-09-28 - Fix for adapter_trekfanfictionnet URL change. Closes #433. |
10-01-2019, 05:20 PM | #3722 |
Zealot
Posts: 124
Karma: 3804
Join Date: May 2016
Device: Kindle Oasis 2
|
2 items.
First, I ran across a story on royalroad that's been having errors for ~1 month. I've just been manually downloading chapters and it works fine, but something's causing an issue so I figure I'd point it out while I was posting. The Legend of the Fake Hero https://www.royalroad.com/fiction/25870 gives me: "not well-formed (invalid token): line 10, column 0" (sometimes a different line, usually 9 or 10) when I try downloading it. I've tried it as a new story, overwriting, adding into my existing story, skipping Chapter 33 (which I believe it the problem) by manually making a Chapter 33 in the epub and nothing worked, so usually I just download however many chapter I need manually be adding them as specific chapters and it works. I know it started happening after Chapter 32, as that's when my original download starting having errors. I dont know how many chapters were there before I tried to update it AFTER chapter 32. Chapter 33 is the 'Thanks and Future Posts' Chapter. If I manually enter chapters 34 to whatever end chapter I want, it downloads just fine, so I suspect it has something to do with #33, maybe even the little arrow next to it? Honestly, it's more annoying than anything, but I figure I'd point it out and it might be a simple fix. Next, concerning the email tag feature you added. I know it's been a week or two since you added the option, I haven't been around much to test it. Finally got around to it and it works great. I don't know what prompted it, but thanks, it's a feature I didn't even know I would want/use, but it's quite useful for organizational purposes. I would like to point out one small (possible) issue concerning it. This is more for reference than anything, as I don't think 'fixing' it would be simple, and now that I know about it I will make sure to work around it. Because of how I use downloads it may have caused some real issues me if I didn't specifically check for it, based on the way I'm using it. So, if you don't have the option 'download from email immediately' checked, and the story URL's pop in the download window this can happen... If you decide to add an additional story to that specific window, it adds the tag to it (the new story) as well. I'm sure you probably know already even if peripherally, others may not and it COULD cause annoyances/issues depending on how people use the option, particularly if someone doesn't notice it for a while. You may want to add some flavor text about it or add a tooltip to point it out, so people are aware. If a person knows about it, and doesn't add other URLs to the list it's not a problem, but someone might add a bunch of URLs, not knowing it and get the tag added to the new stories. Anyway, as always, thank you for the great addon. |
Advert | |
|
10-01-2019, 09:14 PM | #3723 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2019-10-01 - Additional warnings about imaptags added to manually added story URLs. Quote:
A debug log might help me isolate the issue. Hmm. That's a rather obscure corner case. I will address that by adding more tooltip text in config and a 'don't show again'-able warning dialog. |
|
10-02-2019, 11:41 AM | #3724 | |
Zealot
Posts: 124
Karma: 3804
Join Date: May 2016
Device: Kindle Oasis 2
|
Quote:
And yes, it is a bit of a unusual case, but it CAN happen, and if someone is in the habit of doing it (as I was because of timeouts and occasionally really shitty internet service - fast but it occasionally cuts out for a few minutes at a time which really screws up the email download) then it might make that person really frustrated if they found out too late. That is the only reason I brought it up, so others could be made aware. I might just be the only one that ever runs into it though *shrug*. |
|
10-02-2019, 04:28 PM | #3725 |
Zealot
Posts: 124
Karma: 3804
Join Date: May 2016
Device: Kindle Oasis 2
|
Okay, I can download the entire fic... I swear I tried that as an option before I started downloading individual (or small groups) of chapter(s). However, as soon as I try and update it (any of the downloads) I get the error.
I tried a few different things and one of them was simply downloading a single chapter [1], then trying to update it I would get the not well formed error. I tried the same thing with the entire story (which initially downloaded fine) by trying to force an update, it brought the same error. Here is the debug log (inside a spoiler and code) I was going to clean the log up - but I didn't know what you may or may not need, so I left it all: Spoiler:
|
Advert | |
|
10-02-2019, 06:09 PM | #3726 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
This problem happens because that one story has a weird character (0x000C) that isn't recognized when FFF reads the epub's content.opf file back in. In ASCII, it's a formfeed AKA page break, so it might be intentional, but it's ignored in browser and inappropriate for a utf8 page. (I'm using the same python library, xml.dom.minidom, to both convert that string to text to write into the content.opf as I do to read it--why it's okay writing it but not reading it is beyond me.) I acknowledge that FFF could probably be better able to handle this better. But it's working correctly for many non-English languages and I hesitate to change code that works for correct input to better handle incorrect input. Getting it all working across py2 vs py3 and Calibre vs CLI vs web service is a nightmare of trial and error. If it comes up a lot, I will revisit the issue, but for now, let's talk work arounds. I was not seeing it in my test library because I had FFF set to generate a cover and the 'Inject/update Cover inside EPUB' setting turned on. We use Calibre's Polish to inject the cover and the polish removed that character. So that's one work around for the problem--any Polish that touches the metadata will clear it. Another work around is to limit the size of the (truly excessive) description for that story (or the site or in general, depending on [section]) to get down to that character: Code:
[https://www.royalroad.com/fiction/25870] description_limit:1000 |
|
10-02-2019, 08:20 PM | #3727 | |
Zealot
Posts: 124
Karma: 3804
Join Date: May 2016
Device: Kindle Oasis 2
|
Quote:
With it being specific to only that story, and not seeing any mention of it on the boards or on Github, plus my version was only 2? out of date, and those were a trekfanfiction and a ao3 thing, I didn't think it had been brought up/fixed. As for the fix that's fine, now that I know what it is and can get updates. I'll also try doing a manual description for that fanfic in personal.ini and seeing if that fixes it. |
|
10-04-2019, 05:37 AM | #3728 |
Member
Posts: 20
Karma: 10
Join Date: Mar 2018
Device: kindle
|
Just checking, is fff compatible with calibre 4.0?
It was just added. Edit: What I meant was, did it change anything that would cause fff to break? Last edited by alexeric123; 10-04-2019 at 06:26 AM. |
10-04-2019, 11:00 AM | #3729 |
Enthusiast
Posts: 37
Karma: 10
Join Date: Aug 2015
Device: pc
|
I downloaded a couple of stories last night that came up with the author listed as Anonymous, authornumber 0, with an authorlink that was just AO3's main page. It caught me by surprise because I tend to grab links out of other people's bookmarks pages to download, so I didn't notice at first. It was only when I tried to check the author's page for additional info that I realized something was amiss.
My best guess is that it's because the author has Japanese kanji in the authorname, though I can manually edit the Calibre metadata and the HTML of the story to paste it in. I generally keep Calibre updated, but this was before today's update. I generally keep FFF updated to the latest release, but not the latest test version. https://archiveofourown.org/works/19908862 https://archiveofourown.org/works/20014489 |
10-04-2019, 01:41 PM | #3730 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2019-10-04 - Correct AO3 author parsing for high-byte characters. Quote:
|
|
10-04-2019, 07:00 PM | #3731 |
Enthusiast
Posts: 37
Karma: 10
Join Date: Aug 2015
Device: pc
|
|
10-07-2019, 03:40 AM | #3732 |
Occassional Beta Tester
Posts: 283
Karma: 3516
Join Date: Nov 2010
Location: Hungary
Device: Samsung Galaxy Tab 4 (wifi only)
|
Hi,
Jim, for a few days now (before Calibre 4.0, if I remember right) I have been unable to drag and drop urls from Chrome into the FFF download window. I have no problems with drag and dropping from Thunderbird. I'm using Ubuntu 18.04. I tried AO3 and ff.net. I have the latest test version. |
10-07-2019, 11:25 AM | #3733 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
In Windows I frequently see where I have to drag a link or email over FFF several times for it register properly. If I recall correctly, I raised the issue with Kovid and he pointed to the Python GUI libraries used. |
|
10-08-2019, 03:31 AM | #3734 |
Occassional Beta Tester
Posts: 283
Karma: 3516
Join Date: Nov 2010
Location: Hungary
Device: Samsung Galaxy Tab 4 (wifi only)
|
Thank you
|
10-09-2019, 04:19 AM | #3735 |
Enthusiast
Posts: 49
Karma: 2652
Join Date: Jan 2014
Device: Samsung Galaxy J2
|
Just updated to newest version of Calibre(would have been nice if there had been a warning it would remove settings especially since UI changed a lot) and since I mainly use it for FFF asking here first, is epubs taking longer to load the new usual?
After the first time where it is a lot longer(one of the bigger books I have took several minutes) the next are not that much more than before so it is a minor issue but just wanna confirm there is no problem. Though if you know a way to select colours like before, neither black nor sepia dark are as good, it would be appreciated. Last edited by chrnno; 10-09-2019 at 04:41 AM. |
Tags |
fanfiction |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 08:39 AM |
[GUI Plugin] KindleUnpack - The Plugin | DiapDealer | Plugins | 492 | 10-25-2022 08:13 AM |
[GUI Plugin] Marvin XD | Philantrop | Plugins | 126 | 01-29-2017 12:48 PM |
[GUI Plugin] KiNotes | -axel- | Plugins | 0 | 07-14-2013 06:39 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |