[GUI Plugin] FanFicFare

[Ytierian]

Originally Posted by Ytierian

I'm having the same issue despite updating both Calibre and FFF to the lstest versions....AO3's new security is the problem. Hope it doesn't go the way of FFN...

Whatever it was seems to have been fixed....FFF downloading AO3 books properly now.

Now if I could get someone to succinctly explain how to get this Browser Cache function working so I can directly download FFN stories

Windows 11 Home
Calibre 7.25
FireFox 134.0.2
FanFicFare 4.42.0

[booster-t]

Originally Posted by Ytierian

Whatever it was seems to have been fixed....FFF downloading AO3 books properly now.

Yes ... weird.

Stephen

[JimmXinu]

CloudFlare (or something like it) is very common on virtually all large web sites. And the difference between an automated downloader like FFF and an automated attacker can be subtle.

We've been dealing with it for several years now on various sites--I just don't have the energy to get very excited about it anymore.

Originally Posted by booster-t

UPDATE: I can still download from AO3 by selecting "entire story" and then downloading from AO3, but that is a pain in the butt to have to rename them and then move them into Calibre's library.

Or instead use their built-in download epub. That should have title/author in it and not need renaming of anything.

Originally Posted by Ytierian

Now if I could get someone to succinctly explain how to get this Browser Cache function working so I can directly download FFN stories

It's been discussed here several times, and there's a wiki page. I wouldn't call it "directly download", though.

[bpothier]

Currently on Calibre 7.24 on Windows.
Not entirely sure what the issue is, but I have had this issue sporadically for a while across multiple Calibre and FFF versions(since Calibre 5.x?).

After clicking "Yes" to the "FFF download complete / Proceed with updating your library?" dialog, the "Updated X/X" dialog will appear and progress, but sometimes the entire Calibre UI will become unresponsive - to the point of force quitting app - even after waiting for an hour.
When Calibre loads again, the library/database updates are actually complete.
I run a database check, and no issues found.
I have tried running Calibre with debug and nothing jumped out.

But... I think I found a "workaround" to avoid it - which may also point to the actual issue?
After clicking the "Yes" / update library dialog for FFF...
*DO NOT CLICK ON ANY CALIBRE UI WINDOW!*
... until progress dialog window completes. Do not minimize it, restore it or anything... It seems it may be related to the progress dialog window and main UI window getting "stuck" somehow?

[ownedbycats]

That happens to me on occasion. I hear error noises when clicking like its behind a window or somethijg.

If you had Calibre in system tray you can restart from there. Not much else.

[bpothier]

Exactly.. it happens sometimes.. no apparent rhyme or reason.. but.. since (ok, only a few days/week) I have completely avoided clicking on any Calibre UI window (I now use "hover" over side library filter items as a way to check for response) it has not happened...

[ownedbycats]

I dont touch anything and it happens though.

[JimmXinu]

Originally Posted by bpothier

After clicking "Yes" to the "FFF download complete / Proceed with updating your library?" dialog, the "Updated X/X" dialog will appear and progress, but sometimes the entire Calibre UI will become unresponsive - to the point of force quitting app - even after waiting for an hour.

I've seen something like that happen once in great while, but never with any useful information or replication--and I run Calibre in debug mode 99% of the time.

I have vague recollections of discussing this or something similar with Kovid once and we thought it was Qt issue?

Originally Posted by bpothier

But... I think I found a "workaround" to avoid it - which may also point to the actual issue?
After clicking the "Yes" / update library dialog for FFF...
*DO NOT CLICK ON ANY CALIBRE UI WINDOW!*
... until progress dialog window completes. Do not minimize it, restore it or anything... It seems it may be related to the progress dialog window and main UI window getting "stuck" somehow?

If you (or anyone else) have this happen often enough to be able to test it, I could make some test versions that either dump even more debug to trace where it stops, or a version that doesn't use a progress dialog and see if that helps.

[bpothier]

Heh... if you're extra motivated for adding debug options... every once in a great while I run across a page that fails to process for unknown reasons. I have to go in and add in a bunch of print/debug lines and repackage the plugin to figure out what broke where... Would be nice to have a VERBOSE=YES or VERBOSE=9 in FFF options to enable those super-verbose messages... The last one I think I had was an SOL one where the site had leftover extraneous HTML (extra close DIV or something? I forget exactly..) in that specific story's description paragraph that I sent feedback there to cleanup and it worked after that... I think I still have one that was producing an error but I have not looked into it deeper yet..

[ThreeLizards]

Hi! So I'm modifying stuff in my personal.ini file. And I'm trying to set it up to replace relationship names.

This is what I have below

Spoiler:

replace_metadata:
## Ships
ships, relationships,ships_LIST,prefix_ships_LIST=^Din Djarin/Boba Fett$=BobaDin

And none of them work. How do I get it to not have the full long name? It'd be great if I don't have to do a find and replace every time I'm downloading fanfics.

[JimmXinu]

Originally Posted by ThreeLizards

Hi! So I'm modifying stuff in my personal.ini file. And I'm trying to set it up to replace relationship names.

This is what I have below

replace_metadata: 
## Ships
 ships, relationships,ships_LIST,prefix_ships_LIST=^Din Djarin/Boba Fett$=BobaDin

And none of them work. How do I get it to not have the full long name? It'd be great if I don't have to do a find and replace every time I'm downloading fanfics.

For one thing, you're missing the '>' characters. Should be more like:

ships=>^Din Djarin/Boba Fett$=>BobaDin

If we assume that's just a typo from copying it here (since I wrote all this before noticing the '>'s):

relationships and prefix_ships are not FFF defined entries. Unless you added them, they are unnecessary. You also shouldn't need the _LIST entries if you change it in ships.

So, either your pattern doesn't match your stories (perhaps you have sort_ships:true?), you have other replacements interfering, or you have it in the wrong part of personal.ini.

I'd need to see a few story URL examples and a "Safe" copy of your personal.ini (there's a button for that) to help any further.

[ThreeLizards]

OMG! Thank you! That worked. I swear I had the > in at one point but the code didn't work so I took them out.

Also, I was looking at someone else's code... culterya? And they had something about Dragon Age and only showing the specific dragon age game. I was wondering if there was like a reverse of that? If I could just have it show me only Dragon Age if it finds Dragon Age.

Kinda like this one that you had in the wiki

Spoiler:

category=> \(?(- All Media Types|- Fandom|Movies|Movie [0-9]+|Comics|TV|Video Games?)\)?$=>

Could I tell the program to ignore anything after Dragon Age? or Mass Effect for that matter?

[JimmXinu]

Originally Posted by ThreeLizards

Also, I was looking at someone else's code... culterya? And they had something about Dragon Age and only showing the specific dragon age game. I was wondering if there was like a reverse of that? If I could just have it show me only Dragon Age if it finds Dragon Age.

...

Could I tell the program to ignore anything after Dragon Age? or Mass Effect for that matter?

Sure, that's a common usage. Something like:

# separate lines for ease of maintenance 
 category=>^(Dragon Age).*$=>\1
 category=>^(Mass Effect).*$=>\1
# or single line for both
 category=>^(Dragon Age|Mass Effect).*$=>\1

It probably takes a bit of searching, but many such patterns have been discussed here over the years.