[GUI Plugin] FanFicFare

[JimmXinu]

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

[ownedbycats]

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.

[culytera]

Originally Posted by ownedbycats

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.

Just tried, getting that too.

HTTP Error in FFF '525 Server Error:  for url: https://archiveofourown.org/token_dispenser.json'(525)

[steltek]

Originally Posted by ownedbycats

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.

Yeah, I've noticed it too.

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.

[DNSB]

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.

[ownedbycats]

Originally Posted by DNSB

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.

AO3 is having issues until April: https://www.mobileread.com/forums/sh...ostcount=10390

[JimmXinu]

New Test Version Posted

2025-03-09
- adapter_storiesonlinenet: Change parsing for when the description/details contains extraneous /div tag #1176 thanks, bpothier

[Lys]

Originally Posted by ownedbycats

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.

I found the 525 error being totally random. Sometimes I get it a lot, sometimes I don't. Sometimes I get it, and if I re-run the update half a hour later, everything is okay.

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.

[ownedbycats]

Originally Posted by Lys

I found the 525 error being totally random. Sometimes I get it a lot, sometimes I don't. Sometimes I get it, and if I re-run the update half a hour later, everything is okay.

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.

Yeah, when I get it I usually try again a few minutes later and it'll work.

[mijkala]

Originally Posted by ownedbycats

Yeah, when I get it I usually try again a few minutes later and it'll work.

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)

[watani]

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).

[JimmXinu]

Originally Posted by watani

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?
...

This is getting well into 'off label' use, as it were. But I'll try to explain.

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):

<img src="images/IMG_0227.JPG" longdesc="IMG_0227.JPG"><br>
<img src="images/IMG_0228.JPG" longdesc="IMG_0228.JPG"><br>

Use the original URL from the story if you want to hunt it down--it really just needs to be unique within the file.

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.

[JimmXinu]

New Test Version Posted

2025-03-10
- Add remove_empty_p option, usually for AO3/OTW. #1177

This has been asked for more than once and I never put it in, partly because I thought (and still think) it's something AO3 should have addressed. Right now, I just want to be able to fix something.

Let me know if you think it's too narrow or too broad, but I will expect references to story chapters showing that.

## Some sites/authors/stories (notably AO3/OTW) add empty p tags where
## they aren't intended by the author during document upload and not
## all authors know how/take the time to fix it.  This feature removes
## all "empty" <p> tags, ie, those containing only whitespace or <br>
## tags.  Literally: <p[^>]*>\s*(<br/>)*\s*</p>
#remove_empty_p: false

[Droewyn]

Is anyone else having issues with uploading updates from email? Five of my fics updated today, and when I used FFF to download them it gave me the "none of these need to be updated" message. I verified that the version on ao3 has more chapters than the ones in Calibre.

Not sure if this has anything to do with the current, dreaded 525 error.

[ownedbycats]

Thank you! I have to manually edit those before.