Thanks for this report.
This mod is... semi-deprecated? Basically I completely misunderstood how mod loading order works and ZZZ is not a completely foolproof way to make it load last. I made this mod as scaffolding for updating my resource mods to for Space Age (which is still... theoretically underway... I have a playable version of them up on github but there are a few things I want/need to get done before they are ready for the mod portal) and released it early in the vain hope that other mod makers would standardize on it. This wouldn't seem to have happened, but it is hard to gauge because non-load-order-affecting dependencies are not shown on the mod portal.
Without the ZZZ prefix pushing it to the back of the load order by default the entire advantage of having a one-stop solution to make any and all mod combinations play nice with the recycler falls apart entirely - I would have to keep pushing tiny updates that do nothing but add an extra optional dependency, which is just annoying.
The other thing is when I first made RFF I didn't know about the ability to set auto_recycle on items, only recipes. (You can tell how outdated this mod is by the fact that the FAQ mentions auto_recycle being stripped from recipes, which it used to be for a short time after the release of 2.0)
So, armed with the knowledge of my previous ignorance, I reworked my other mods to work without RFF and just manually called quality's data-updates. It's not ideal for loading speed but it's better for compatibility than handling recycling using a separate, parallel, and ever-so-slightly incompatible system.
The solution to your specific problem would be to set bespoke=true or bespoke="the-item-being-recycled" on any relevant scrap-recycling-like recipes. (One of the big problems with this mod is that it requires some amount of cooperation from other mods, which would have been a reasonable thing to expect in the timeline where it became a framework that everyone uses, and wholly unreasonable in this one.)
Given the extremely low download numbers I don't think there are any other mods that actually depend on this one or even directly acknowledge its existence, so if you're using RFF to just clean up after another mod that's modifying some recipe without affecting the reversal of that recipe, I would recommend simply adding require("__quality__/data-updates.lua") to the data-updates or data-final-fixes of whichever mod is loading last in your specific mod loadout.
Now, if you're running something like Scrappy Industry, which adds byproducts to nearly every recipe and thereby turns them un-recyclable, plus some other mod that changes recipes in data-final-fixes in a bespoke way that the recycling recipe should reflect, that's the sort of ideal use case for a rewrite of the recycler recipe generation logic like this. But again, it sort of requires either everyone to be persuaded to buy into it (and I've never been terribly persuasive) or for me to build compatibility with dozens of individual mods directly into RFF, at which point it is less of a framework and more of an inter-mod compatibility patch for those specific mods (and way, way more ongoing work than I wanted it to be.)
If you need some specific functionality from RFF preserved I'll look into doing so in a non-breaking way. Otherwise, and especially if the above workarounds help you, I should probably mark this mod as officially deprecated.
