|  03-05-2025, 12:12 PM | #10426 | 
| Plugin Developer            Posts: 7,127 Karma: 5005503 Join Date: Dec 2011 Location: Midwest USA Device: Kobo Clara Colour running KOReader | 
			
			New Test Version Posted 2025-03-05 - BrowserCache Chrome Block: Treat entry missing headers same as not found. #1167 #1169 | 
|   |   | 
|  03-05-2025, 06:36 PM | #10427 | 
| Enthusiast  Posts: 25 Karma: 10 Join Date: Feb 2025 Device: Kindle Paperwhite 2024 | 
			
			Okay, so for the cover thing, it's every single story I try to download.  Here is a URL for AO3 (I choose a G rated fic): https://archiveofourown.org/works/60...ters/155465734 Also I included a copy of the safe version of my personal.ini Spoiler: 
 So yeah, any help would be appreciated. It happens to every story. I don't know why.   | 
|   |   | 
|  03-06-2025, 12:27 AM | #10428 | |
| Plugin Developer            Posts: 7,127 Karma: 5005503 Join Date: Dec 2011 Location: Midwest USA Device: Kobo Clara Colour running KOReader | Quote: 
 That's Calibre's "Set cover from ebook format" code called by having FFF's "Update Calibre Cover (from EPUB)" setting turned on, in combination with your custom titlepage_start setting. You can see this happen manually if you Edit metadata in Calibre, choose the epub format and click the cover from format button: Technically, the very start of an xhtml file has to be "<?xml ...?>". You have an extra new line. Code: # don't do this: titlepage_start: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> ... # do this: titlepage_start:<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> ... The answer to that is that the GC GUI selection uses FFF's site metadata entry--and you've changed it in replace_metadata. There are certain metadata entries FFF uses internally that, technically can be changed by the user, but will break certain features. Especially, storyUrl, but also site, & status. So: You can either not change site, use Default GUI GC instead of archiveofourown.org, or use generate_cover_settings to specify the GC setting to use. FYI, publisher is a copy of site that gets put in Calibre's Publisher field. That, you can safely change. From defaults.ini: Code: ## The metadata entry 'site' predates Calibre integration, and was ## later labeled Publisher and used to fill Calibre's Publisher field. ## Because users keep expecting it to be 'publisher' instead, ## 'publisher' is now a copy of 'site' and the Calibre plugin now uses ## 'publisher' instead. Default titlepage_entries are also changed. include_in_publisher:site publisher_label:Publisher | |
|   |   | 
|  03-06-2025, 05:07 PM | #10429 | 
| Plugin Developer            Posts: 7,127 Karma: 5005503 Join Date: Dec 2011 Location: Midwest USA Device: Kobo Clara Colour running KOReader | 
			
			New Test Version Posted 2025-03-06 - adapter_fimfictionnet: Fetch stories only found in bookshelf. #1174 thanks, dbhmw - adapter_syosetucom: site update #1173 thanks, praschke | 
|   |   | 
|  03-06-2025, 11:29 PM | #10430 | 
| Custom User Title            Posts: 11,352 Karma: 79528341 Join Date: Oct 2018 Location: Canada Device: Kobo Libra H2O, formerly Aura HD | 
			
			AO3: Noticed it pretty consistent fail (525) when the work is adult. Is this noticed by anyone else? I look last few pages, but different errors than I see.
		 | 
|   |   | 
|  03-07-2025, 10:20 AM | #10431 | |
| Zealot            Posts: 135 Karma: 295674 Join Date: Jul 2021 Device: iPhone | Quote: 
 Code: HTTP Error in FFF '525 Server Error: for url: https://archiveofourown.org/token_dispenser.json'(525) | |
|   |   | 
|  03-07-2025, 03:49 PM | #10432 | |
| Connoisseur            Posts: 73 Karma: 4484 Join Date: Jan 2016 Device: none | Quote: 
 I've been playing around with FFF settings in personal.ini, but haven't found anything that definitively helps with it yet though. Sometimes, commenting out the "is_adult:true" setting for A03 in personal.ini lets it work. But, it isn't consistent. Last edited by steltek; 03-07-2025 at 07:02 PM. | |
|   |   | 
|  03-07-2025, 04:00 PM | #10433 | 
| Bibliophagist            Posts: 48,100 Karma: 174315444 Join Date: Jul 2010 Location: Vancouver Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos | 
			
			That seems a bit odd since the only time I've seen a 525 error was an SSL handshake failure. Cloudflare seems very fond of producing them.
		 | 
|   |   | 
|  03-07-2025, 07:42 PM | #10434 | |
| Custom User Title            Posts: 11,352 Karma: 79528341 Join Date: Oct 2018 Location: Canada Device: Kobo Libra H2O, formerly Aura HD | Quote: 
 | |
|   |   | 
|  03-09-2025, 10:59 AM | #10435 | 
| Plugin Developer            Posts: 7,127 Karma: 5005503 Join Date: Dec 2011 Location: Midwest USA Device: Kobo Clara Colour running KOReader | 
			
			New Test Version Posted 2025-03-09 - adapter_storiesonlinenet: Change parsing for when the description/details contains extraneous /div tag #1176 thanks, bpothier | 
|   |   | 
|  03-09-2025, 11:09 AM | #10436 | |
| Groupie            Posts: 178 Karma: 727278 Join Date: Dec 2022 Location: Not in an English speaking country Device: (Too many) Kobo(s) | Quote: 
 The only constant is that downloading from AO3 is much slower than it was a couple of months ago, but 525 error seems to be a coin toss. | |
|   |   | 
|  03-09-2025, 01:19 PM | #10437 | |
| Custom User Title            Posts: 11,352 Karma: 79528341 Join Date: Oct 2018 Location: Canada Device: Kobo Libra H2O, formerly Aura HD | Quote: 
 | |
|   |   | 
|  03-09-2025, 09:13 PM | #10438 | 
| Member  Posts: 20 Karma: 10 Join Date: Dec 2024 Device: kobo clara bw | 
			
			I don't know why, but I almost rarely DON'T get the error. I haven't been able to add any new fics or update any in a few weeks. I'm sometimes able to do maaaybe one a day but that's about it (and with me changing slow down time, if I'm logged in, etc)
		 | 
|   |   | 
|  03-09-2025, 09:33 PM | #10439 | 
| Connoisseur  Posts: 51 Karma: 10 Join Date: Oct 2014 Device: Kindle Fire HD | 
			
			How does one get FFF to read in a local image file when the website requires you to use the browser cache to get its current chapter list? The fic in particular I'm trying to get this work for is this one: https://archiveofourown.org/works/32014516 On chapter 6 of this story, there were originally two images that have since been removed from the linked source, however I happen to have the two images stored locally. I have been unable to get FFF to insert these images into the story using the normal means: - When setting FFF to use the browser cache, but not always (i.e., use_browser_cache:true and use_browser_cache_only:false), I get the 525 error due to Ao3's current issues. This occurs even if the navigate page and first chapter are already cached in the browser cache. - When setting FFF to always use the browser cache, FFF just sets the images to "failedtoload" - When setting FFF to also open the pages in the browser, FFF opens the images in the default application for images and still sets the images to "failedtoload". Even opening the images in the browser by dragging them into the browser doesn't cache them. Past attempts to just manually add the images into the story result in the images getting overwritten the next time they're updated, but as I've explained above I can't do the usual means to get FFF to load the images into the story (iirc, Option 1). Last edited by watani; 03-09-2025 at 09:44 PM. | 
|   |   | 
|  03-09-2025, 11:20 PM | #10440 | |
| Plugin Developer            Posts: 7,127 Karma: 5005503 Join Date: Dec 2011 Location: Midwest USA Device: Kobo Clara Colour running KOReader | Quote: 
 First, I'm approaching this purely as "I want to insert an image I have into a chapter of a book I will update, and have it remain after update." Since the image as linked in the story isn't available anymore in this case, trying to force it in via browser cache isn't going to work for reasons. longdesc FFF uses the 'longdesc' attribute to record the original URL for included images so it can reuse images that appear more than once. Images that failed to download are given 'failedtoload'. 'longdesc' is used because most tools & book readers leave it alone. On update, FFF looks in chapter text files for images tags and uses the 'longdesc' attribute to index them. So if 'longdesc' isn't present, they don't get indexed and are instead dropped. Edit book So, if you open the epub in Calibre's Edit book, you should be able to add your images to the file and manually add / update the <img> tags with appropriate src attributes AND add an longdesc attribute to each with a different value. For example, I added couple of random pictures to an epub in Edit book (File > Import files into book), then added <img> tags (type/edit <img src=" and Edit book will offer the images in the epub): Code: <img src="images/IMG_0227.JPG" longdesc="IMG_0227.JPG"><br> <img src="images/IMG_0228.JPG" longdesc="IMG_0228.JPG"><br> Now, the next time the epub is updated by FFF, those images will be kept--BUT, they will have FFF's image processing applied (such as being reduced in size, converted to jpg depending on settings), and renamed such as ffdl-9.jpg. No promises As I said, this is an 'off label' use. I've tried it briefly in a simple case and if it works for you, great. But I'm not going to be surprised if there are cases it doesn't work. Honestly, expecting FFF to fix images that are broken in the story is really asking a bit much. | |
|   |   | 
|  | 
| Tags | 
| fanfiction | 
| 
 | 
|  Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post | 
| [GUI Plugin] KindleUnpack - The Plugin | DiapDealer | Plugins | 527 | 08-15-2025 01:36 PM | 
| [GUI Plugin] Open With | kiwidude | Plugins | 404 | 02-21-2025 05:42 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 |