08-24-2013, 03:10 PM | #1651 |
Zealot
Posts: 106
Karma: 3566
Join Date: Aug 2008
Location: London UK
Device: iPhone 5, Kindle K3, Kindle Voyage
|
That's good to hear. Bug hunting is so much easier with something tangible to work with.
And thank-you again for such a useful plugin. Snowman |
08-24-2013, 03:51 PM | #1652 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
You're ending up with tags Fanfiction and FanFiction (note the second f/F). calibre 1.0 doesn't like that. I've opened a calibre bug about it. The attached screen shot shows how to cause it outside FFDL. Your existing books have tag Fanfiction. I suspect you changed the tag FanFiction to Fanfiction at some point across your library. In past, calibre silently folded them together, but now it's not. In the meantime, if you go into your personal.ini and add: Code:
[defaults] extratags: Fanfiction Unfortunately, I can't promise that the same fix will work for everyone, because if you have other tags in your library that have the same letters but different case as the sites you're downloading from, you'll still have the same issue. I'm looking at ways to work around the bug in FFDL. |
|
08-24-2013, 04:15 PM | #1653 |
Zealot
Posts: 106
Karma: 3566
Join Date: Aug 2008
Location: London UK
Device: iPhone 5, Kindle K3, Kindle Voyage
|
Awesome - that did the trick. I made the amendment, then chose a random book, blanked some columns, including wordcount, then did a force update. It worked as expected.
Incidentally,I do not remember changing any tag. I rarely do; could it be that ffn itself has various versions of Fanfiction, FanFiction, etc in its own db? What is interesting is that I then selected all book, went to bulk-edit->tag editor, and looked for Fanfiction. I expected to see both versions, but still only the one was in the total list of tags. So, to summarise - if a tag exists somewhere, and an book update (not just ffdl) attempts to add a tag with a different case, then a partial update will (silently) occur. This is will probably be noticed during individual updates, but is likely to be overlooked during a bulk update. I have a feeling that I saw something similar in the "backend db testers" thread... The post in "backend db testers" is #227-230. In this case, a changed case in a tag could cause an update to unrelated books. So similar, but not the same. best regards Snowman Last edited by Snowman; 08-24-2013 at 04:26 PM. Reason: Found referred post in "New database backend" |
08-24-2013, 04:16 PM | #1654 |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Attached is a version of FFDL that works around the calibre 1.0 tag case bug.
I believe this will get around the ConstraintError issue for FFDL users until Kovid gets it fixed. Please let me know both if it works and if it doesn't for you. UPDATE Aug 25, 2013 - Remove obsolete beta versions Last edited by JimmXinu; 08-25-2013 at 12:36 PM. Reason: Remove obsolete beta versions |
08-24-2013, 04:37 PM | #1655 | |
Zealot
Posts: 106
Karma: 3566
Join Date: Aug 2008
Location: London UK
Device: iPhone 5, Kindle K3, Kindle Voyage
|
Quote:
regards Snowman |
|
08-24-2013, 11:29 PM | #1656 |
Bujavid tekikin
Posts: 139
Karma: 40366
Join Date: Aug 2013
Location: Malaysia
Device: LG G3 D855, Samsung Galaxy Note N7000
|
Just tested the released update to fix ConstraintError problems: seems to have worked on the anthology I forced updated-- downloaded word count is updated and custom columns are updated, no error messages shown. I'll see later if it's resumed normal service with Reading List again.
|
08-24-2013, 11:35 PM | #1657 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
The bad news is next update of calibre isn't due out until Friday next week. Due to the fact that FFDL *doesn't* throw and error out for the user to see (I'm not entirely sure why that is), I am going to release the version with the work around for the benefit of users who may not otherwise notice the problem. (FYI, you don't need to have changed FanFiction to Fanfiction on every book. If you ever changed it on one book, it would have changed for all (assuming 0.9 treated that part the same), or if you already had a single book with tag Fanfiction before using FFDL.) |
|
08-24-2013, 11:47 PM | #1658 |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Version 1.7.37 - 24 Aug 2013
Work around minor bug (1216398) in calibre 1.0.0. Tags 'A' and 'a' (for example) conflict and prevent metadata update. |
08-25-2013, 12:15 PM | #1659 | |
Member
Posts: 23
Karma: 10
Join Date: Apr 2013
Device: None
|
Quote:
|
|
08-25-2013, 02:47 PM | #1660 |
Groupie
Posts: 164
Karma: 3100
Join Date: Sep 2011
Device: Kobo Auro H2O, PRS-T1
|
I've been working on placing the general replace_metadata in the defaults section. However, I'm now trying to make sure the title page is cleaned up as well.
Near the beginning of the defaults section, I have this code: Code:
add_to_extra_valid_entries:,tcategory,tcharacters,tships include_in_tcategory:category include_in_tcharacters:characters include_in_tships:ships tcategory_label:Fandom tcharacters_label:Character(s) tships_label:Pairing(s) add_to_replace_metadata: #take out the big sub headings to make the title page look neat tcategory=>(Book/Comics\.|Crossover\.|TV\.|Movie\.|Anime-Manga\.|Cartoon\.)=> tcharacters=>(Book/Comics\.|Crossover\.|TV\.|Movie\.|Anime-Manga\.|Cartoon\.)=> tships=>(Book/Comics\.|Crossover\.|TV\.|Movie\.|Anime-Manga\.|Cartoon\.)=> titlepage_entries: seriesHTML,tcategory,tcharacters,tships,genre,warnings,status,numChapters,numWords,rating,datePublished,dateUpdated,description,site Further down, I have my usual add_to_replace_metadata for the categories, characters, etc. Now the above code is not working as it did before. I thought it might not be working because it was before the rest of the replace_metadata. I tried placing this replace_metadata. However when I did that, my other replace_metadata code (for the category, characters, etc) stopped working. I then tried to change the code to tcategory_LIST, but ran into the same problem. I'm not sure what to try next. Any help would be appreciated. |
08-25-2013, 03:43 PM | #1661 |
Bujavid tekikin
Posts: 139
Karma: 40366
Join Date: Aug 2013
Location: Malaysia
Device: LG G3 D855, Samsung Galaxy Note N7000
|
Is anyone else getting a little strange behaviour updating or adding fics already in calibre? When I update a single fic, whether anthology or not, for some reason the last_modified value on every other fic by the same author is getting changed as well, despite nothing being done to any other fic.
I updated a story and its last_modified value shows as <date>T03:01:02. The 46 other fics by the same author I have in calibre then show up with last_modified values <date>T03:01:01-- despite my not having done anything to actively change a thing about their metadata or book file! Nothing seems to be out of the ordinary in the logs. Something strange is happening here. Did I screw up updating my copy of the plugin somehow? |
08-25-2013, 04:00 PM | #1662 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
|
|
08-25-2013, 04:09 PM | #1663 |
Connoisseur
Posts: 89
Karma: 706
Join Date: Nov 2012
Device: Kobo Touch
|
This is interesting. FFDL is hanging at "updating calibre for FanFiction stories" whenever I try updating or adding stories to libraries on my laptop (only way out is to kill the program), but it seems to be working fine on my desktop. Unfortunately I've got to head out of the house for a bit right now, but I'll play around a bit tonight with debug logging and whatnot and see if I can figure out what's causing the difference. Anyone else see something like this with the most recent updates?
|
08-25-2013, 04:16 PM | #1664 | |
Plugin Developer
Posts: 6,307
Karma: 3966249
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
Considering last_modified isn't normally visible in the GUI (at least I couldn't find it except for from CLI), does it really matter? And one could argue that it is accurate. Looking in my library at older books that haven't been updated since calibre 1.0.0, I think that's always been the behavior. Last edited by JimmXinu; 08-25-2013 at 05:21 PM. Reason: Grammar fix only |
|
08-25-2013, 06:40 PM | #1665 |
Connoisseur
Posts: 89
Karma: 706
Join Date: Nov 2012
Device: Kobo Touch
|
Heh. I actually do make use of the last_modified date, myself. I've got a library of in-progress stories that I'm interested in reading when finished but not actively following as they're written, and since it's uncouth to use FFDL to "check for updates" on a regular basis I created a custom column that uses last_modified to flag stories that haven't been checked in certain intervals for update (with an exponentially-increasing gap between check times, so that frequently-updated fanfics get "pinged" as quickly as once a week and long-quiescent ones only get checked every six months or more). This ensures that if a story stops updating it will only be checked a few extraneous times before being automatically "given up on." It never occurred to me that updating a fanfic would result in last_modified being changed on other documents that hadn't been flagged for updating.
Since generally each author will only have one or two stories in-progress simultaneously the situation may not have occurred frequently enough to be noticeable for me, and even if it had happened it wouldn't really have made much difference (it would simply "renew hope" on a fanfic that should be heading out into once-a-year land and check it a few extra times before it goes back out there), but it's a use-case if you were curious to have one so I figured I'd mention it. If you want to be more rigorous anyway, perhaps make it so that FFDL doesn't modify other fanfics if the update wouldn't actually change the contents of the fanfic's author link field to a new value? |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] Count Pages | kiwidude | Plugins | 1750 | 04-07-2024 01:20 AM |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 08:39 AM |
[GUI Plugin] Resize Cover | kiwidude | Plugins | 95 | 03-16-2024 11:55 PM |
[GUI Plugin] Find Duplicates | kiwidude | Plugins | 1096 | 03-16-2024 11:28 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |