Recent content by azzurro

Looks like that was it - I ran the update again and this time see the notice: WARNING : ImageMagick7 modules directory have changed. You need to restart some services to take care of the new location (e.g. httpd, php-fpm). I stopped and started the httpd web server and thumbnails are...

Thanks! that does look related. I'll try updating and then restarting services manually to see if that fixes it.

Using remi repos I do have the pecl extension: php-pecl-imagick-im7-3.8.0-1.el9.remi.8.3.x86_64 And I verfied phpinfo looks similar: I've been using the Imagemagick PECL extension for years. Just yesterday I ran into an issue updating to the latest ImageMagick 7 version so thought it best to...

The only update yesterday that dnf had was ImageMagick7- ImageMagick7-libs which I updated and when the problem started. Rolling back those fixed the issue. Since that update I did see some other system updates, some kernel-related and glib2-2.68.4. I'll try testing the ImageMagick update later...

I edited my message previously to add I use the pecl RPM package: php-pecl-imagick-im7-3.8.0 (PHP 8.3). I've been running ImageMagick 7 for a while, probably several years and updating using dnf on the system, usually without issues. I looked at the changelog for 7.1.2.0 and didn't see...

Thanks, I haven't done that part in the past but will try that when I get a chance. The rebuilding thumbnails takes several hours on my forum so I'm hesitant at the moment unless it's possibly a more widespread issue with the version upgrade. Edit: I use the pecl RPM package...

Attachment thumbnails stopped generating on my Alma Linux 9 system updating to the the updated ImageMagick7 packages from 7.1.1.47 to 7.1.2.0. Only generic icons would show. Thumbnails worked again after rolling back to 7.1.1.47. Bad thumbnails were fixed running the 'Rebuild attachment...

Thank you! I didn't get too far in my attempt, I had gotten MediaWiki 1.43 to work with my previous bdAPI implementation so didn't look further. Great to hear it's working.

I did update StandardLib right before. I had 1.2.3 (may have been 1.2.2) in a disabled state after I upgraded from XF2.2 to 2.3 on the system. After copying over the new 1.5.0 version the site became inaccessible. Later after I disabled add-ons and then was able to get to the Admin CP I did see...

Best to fully uninstall any previous versions before updating to v1.5.0. I had v1.2.3 installed but inactive and after upgrading the forum and admin panel were inaccessible due to a fatal error. After disabling add-ons I was able to get back in and remove the old version.

I've also started looking at this scenario with LTS version of MediaWIki 1.43 released. Started looking at the WSOAuth extension (https://www.mediawiki.org/wiki/Extension:WSOAuth) but a little lost. Looks like a new OAuth Provider needs to be created which requires a bit of familiarity with...

To reproduce: 1. Enable tags and click on photo in gallery. 2. Clicking the 'edit tags' graphic at the top right doesn't appear to do anything. 3. If I close the photo then the "Edit tags" dialog shows.

Use case: 1. I have a mirrored gallery called 'Forum attachments' which mirrors attachments uploaded by users. (this may not be relevant) 2. User posts image in a forum as an attachment. 3. Mod wants to feature image in a different gallery, uses 'move media item' to 'Featured Gallery'. 4. Item...

Thanks, updating the addon worked.

I get the error when trying to update. Is this expected? I recently renewed the license. The UI.X add-on requires an update before you can upgrade this style.