Been there, done that. That was at least one of our downtimes in the past. :P

By looking in the javascript file I found there's an basic settings option to enable/disable the HoverZoom-features.....but they're all set to 'false' o_0

Yes, by default. From what I gather, Hoverzoom's options work via browser cookies. All the section you found does is set the default cookie, I believe.

Short fixing the images not loading altogether and thus making the feature work, what we'd need to is remove the feature that tries to load on-site images which, looking now, isn't technically an option on the options window. I originally though that the "Enable for post lists thumbnails", "Enable for comments page thumbnails", and "Enable for user avatars" options were what we needed to remove, then I realized that the "Enable for links" would still try to load on-site images if they're linked to, so we'll also need to fix or remove that feature entirely.

One of the php variables he used is called 'pdo_bear' wtf? xD

Stemcell had...quite the sense of humor. :P

"See section 14.21 ("Expires") of RFC 2616 (HTTP 1.1)"
Now....anybody still using Win 95?


EDIT: ok....I'm no real programmer at all....especially in PHP...but...
after looking into this cryptic scripts.....I think you could simply disable it by deleting the line in the .js-file

EDIT2: I see why he wanted to use as few files as possible to keep the server load as low as possible...but now as he's gone we have much code that isn't relevant for our case here xD
Especially as it was WiP I would've suggested using separate files till it's completed xD

That might get rid of the option in the list, but that wouldn't stop hoverzoom from trying to load on-site images that are linked to... Would it? I revised my earlier post about what we need to do, because I was a tad wrong. Might wanna look at that.

Also, I may have found us a hint. This is what Hoverzoom tries to load in its popup window when you mouse over an on-site image.

hypnohub.net/hypnohub-hover-zoom.php?post=18582

As you can see, we have an error. And errors are important for trying to fix them. :P

Oh, lol, I think I fixed it. That was deceptively simple. XD

GO TEAM

Haha, yup. Looks like it works.

Wow, to think that the problem was that it was trying to point at the three Yaml files within the wrong directory (refer to lines 8, 9, and 10 of the php file). During an update to the My Imouto Booru software, the directory for those files must have changed. I thought it was going to be much more than a simple directory error...

What tipped me off was the error message on the frame I linked a few posts above. Shame I didn't look at this, like, 5 months ago.

ok.... THAT was unpredictable xD

Somebody should add "[FIXED]" to the thread title

Right? The update to the software that broke hoverzoom was a HUGE overhaul and many grounds, but of all things to break it it was a change in directory!? I just sat back and laughed when I realized that was the problem. Previously, I thought that there was a change in how our posts were handled and that maybe that broke it, but nope. XD



Sure, why not.