[GUI Plugin] FanFicFare

[JimmXinu]

culytera is correct.

If you have the same setting(keyword) listed more than once in a section, only the last applies. The same thing happens if it's under different copies of the same section.

And the details of 'X' vs 'add_to_X' are documented here: https://github.com/JimmXinu/FanFicFa...add_to_keyword

[watani]

Two issues to report:

First, RoyalRoad has rolled out an early access system that is causing book updates to fail even for new free chapters with an "element not found" error for each early access chapter it tries to get. You can bypass this for now with the `continue_on_chapter_error:true` option, but it does mean that it'll try to re-download the early access chapters every time you want to update it which results in a lot of unnecessary queries to the site.

Here's an example of a fic with this system: https://www.royalroad.com/fiction/164273

Could only test this with the latest stable because:

Second, latest test version of FFF cannot update any books, giving the following error after selecting "OK" in the "Update Existing List" pop-up.

calibre, version 9.15.0
ERROR: Unhandled exception: <b>TypeError</b>:expected string or bytes-like object, got 'NoneType'

calibre 9.15 embedded-python: True
Windows-10-10.0.19045-SP0 Windows ('64bit', 'WindowsPE')
('Windows', '10', '10.0.19045')
Python 3.14.7
Windows: ('10', '10.0.19045', 'SP0', 'Multiprocessor Free')
Interface language: None
EXE path: C:\Program Files\Calibre2\calibre.exe
Successfully initialized third party plugins: Count Pages (1, 15, 2) && EpubMerge (3, 3, 0) && EpubSplit (3, 12, 0) && FanFicFare (4, 61, 10) && Generate Cover (2, 4, 1) && Open With (1, 8, 5) && Resize Cover (1, 2, 2) && View Manager (1, 10, 5)
Traceback (most recent call last):
File "calibre_plugins.fanficfare_plugin.fff_plugin" , line 532, in plugin_button
File "calibre_plugins.fanficfare_plugin.fff_plugin" , line 1121, in update_dialog
File "calibre_plugins.fanficfare_plugin.dialogs", line 808, in LoopProgressDialog
File "calibre_plugins.fanficfare_plugin.fff_plugin" , line 1152, in update_dialog_finish
File "calibre_plugins.fanficfare_plugin.dialogs", line 1137, in get_fff_options
File "calibre_plugins.fanficfare_plugin.dialogs", line 216, in get_ini_snippet_text
File "calibre_plugins.fanficfare_plugin.fff_util", line 120, in make_safe_ini
File "re\__init__.py", line 208, in sub
TypeError: expected string or bytes-like object, got 'NoneType'

[MrMental32]

Got it working now. Hopefully now that only the first section has 'replace_metadata', and the rest under 'add_to_replace_metadata', It will stay working. Thanks for the help.

[JimmXinu]

New Test Version Posted

2026-09-24
- Plugin: Fix make_safe_ini() for None

I'll look at RR today, but here's a quick fix for the snippet issue.

[JimmXinu]

New Test Version Posted

2026-09-24
- adapter_royalroadcom: Changes for chapter list in JS, Legacy UI only.
- Plugin: Fix make_safe_ini() for None

Originally Posted by watani

Two issues to report:

First, RoyalRoad has rolled out an early access system that is causing book updates to fail even for new free chapters with an "element not found" error for each early access chapter it tries to get. You can bypass this for now with the `continue_on_chapter_error:true` option, but it does mean that it'll try to re-download the early access chapters every time you want to update it which results in a lot of unnecessary queries to the site.

Here's an example of a fic with this system: https://www.royalroad.com/fiction/164273

Major site changes are a pain. Especially when they have both old and new available at the same time.

For now, the answer to that part is to set your user to use the 'Legacy UI'. FFF generally only supports one version of any given site.

However, I also saw, even on 'Legacy' display, the site changed how they code chapter URLs. Such that only the first page of chapters (default 20) were visible to the FFF code.

Luckily, the full chapter data is embedded in the page's javascript. I've changed the adapter to use that chapter data.

I did not see any "early access chapters", so I haven't done anything about those. There's also new chapter flags in the JS chapter data that I don't know how to interpret, so it's possible we can use that.

Feedback from RR users is requested.

[Czarcasm]

I've been running into some issues downloading some stories. It goes through the normal process, but once it's done, some stories give me the following comment [as an example]: (Download epub completed, 39 failed chapters, 40 total chapters)

It seems to mainly be happening with questionable questing stories, this one in particular being (https://forum.questionablequesting.c...s-gacha.39705/)

I've been using flaresolverr, using browser cache as well as having it open the pages as needed, I also have the log in info in the default.ini.

[JimmXinu]

Originally Posted by Czarcasm

I've been running into some issues downloading some stories. It goes through the normal process, but once it's done, some stories give me the following comment [as an example]: (Download epub completed, 39 failed chapters, 40 total chapters)

It seems to mainly be happening with questionable questing stories, this one in particular being (https://forum.questionablequesting.c...s-gacha.39705/)

I've been using flaresolverr, using browser cache as well as having it open the pages as needed, I also have the log in info in the default.ini.

Debug log?

I'm able to download from QQ fine directly without either flaresolverr or browser cache.

[PeterT]

I wonder if your plugin might be able to leverage the camufox engine added in the newest calibre preview build?

[JimmXinu]

The what now? Your post is the only mention of "camufox" MR search finds...