bradl

Confirming.

Not *exactly* sure what the center permission setting control but whatever it is the setting does not appear to be reliably sticky. If I uncheck a group for the center permission and save, reopening the permissions shows it checked again. Doing a similar check/save for a different permission, say Comment for Admin, the setting sticks as expected. Fantastic app 👍

New one works perfectly (tested on two groups, two browsers). Thank you!

Hmm, after confirming the terms page doesn't load (blank page). https://www.mysite.com/terms/?do=emailconfirmationUpdateMember&mid=78&csrfKey=long_numberic_string&wasConfirmed=1 Refreshing the page loads the following: The confirmations are logged in the ACP as expected 👍 and the block is cleared from the source page on the front end as expected 👍 4.4.3 on both Chrome and Safari.

And indeed it does :) Thank you!

Any chance the attachment bug from 2.2.3 is back? I recently upgraded both forum and plugin to latest versions and lost a signature attachment like I used to before 2.2.3.

I just upgraded to 4.3.6 (from 4.2). License PM sent. Tx.

I have similar condition. I manually ran the location sync task and it ran once and processed 94 pins. I have since tried to rerun the sync manually with no further pins (I had maybe a thousand previously) and no log errors for the task. The task says "Not currently needed."

Oops. *hangs head*

Trying this out. I get a missing template error at the comment section of record display (sample) That's a capture after running the support tool and letting it disable everything and revert to a default template. Setting the database to use SuperHelp record display does not appear to call that particular template. I'm on 4.2.8.

Well that was easy! Thanks for that pointer

Revisiting in case there is any advance on the ability to style group mentions. Ideally, having them use the theme default or even a unique class that could be styled by custom.css?

Chrome & Safari on MacOS and IOS. This is "teko" on an iphone:

PM sent.

Same issue. Inspecting the page … I'm using a custom theme but tested using default with same result. For some reason while the template writes the correct choice the css import select does not seem to be effective. For now I just manually inserted a link rel to the google font in my global template head.

Loving this app. This is just feedback For myself, I’d prefer there NOT be a send sticky note link under every post (not sure what the UI name is for those bits under each post ... like Quote, Report, etc). I like having it on the create menu and on profiles etc., but don’t feel it’s necessary to be that prominent. I see stickies as different purpose than PMs. I fear that stickies might get over-used where PMs would be more appropriate. Others may disagree!

I've never blocked anybody (yet ) so I haven't tested or anything but I'd think most users would think blocking means everything humanly possible. If there's a way to hook into the user's ignore list that would be great.

I'm seeing zombie attachments in global stickys. I made a sticky, decided to use a different attachment, now I can't get rid of either of the attachments. If deleted from editor they reappear after save. I'm using a different numbered attachment for now, but might someday like to re-edit #1 Support clear-cache run, no change.

All good with patch. Thanks!

If you PM me the patch I can also forward it to the theme designer, in case there is something that can be done for a future update.

Hm, ipsfocus theme (Uniform) doesn't show the stickies either (works a treat on default IPB and some garbage theme attempt of mine ) Site link.

I'm getting EX0 errors that name the plugin as a possible source. The errors occur when I access a page with a database. Sample system log: Error: Call to undefined method IPS\cms\Categories1::club() (0) #0 /var/www/html/rDirectory/applications/cms/modules/front/database/category.php(82): IPS\Node\hook714::loadAndCheckPerms(54, 'read') #1 /var/www/html/rDirectory/applications/cms/modules/front/database/category.php(40): IPS\cms\modules\front\database\_category->view() #2 /var/www/html/rDirectory/system/Dispatcher/Controller.php(96): IPS\cms\modules\front\database\_category->manage() #3 /var/www/html/rDirectory/applications/cms/sources/Databases/Dispatcher.php(305): IPS\Dispatcher\_Controller->execute() #4 /var/www/html/rDirectory/applications/cms/widgets/Database.php(123): IPS\cms\Databases\_Dispatcher->run() #5 /var/www/html/rDirectory/applications/cms/sources/Pages/Page.php(1241): IPS\cms\widgets\_Database->render() #6 /var/www/html/rDirectory/applications/cms/sources/Pages/Page.php(2161): IPS\cms\Pages\_Page->getWidgets() #7 /var/www/html/rDirectory/applications/cms/modules/front/pages/page.php(73): IPS\cms\Pages\_Page->output() #8 /var/www/html/rDirectory/applications/cms/modules/front/pages/page.php(43): IPS\cms\modules\front\pages\_page->view() #9 /var/www/html/rDirectory/system/Dispatcher/Controller.php(96): IPS\cms\modules\front\pages\_page->manage() #10 /var/www/html/rDirectory/applications/cms/modules/front/pages/page.php(33): IPS\Dispatcher\_Controller->execute() #11 /var/www/html/rDirectory/system/Dispatcher/Dispatcher.php(146): IPS\cms\modules\front\pages\_page->execute() #12 /var/www/html/rDirectory/index.php(12): IPS\_Dispatcher->run() #13 {main} Backtrace #0 /var/www/html/rDirectory/init.php(523): IPS\_Log::log('Error: Call to ...', 'uncaught_except...') #1 [internal function]: IPS\IPS::exceptionHandler(Object(Error)) #2 {main} Disabling the plugin stops the error (after clearing cache). CiC account if it matters. So far as I am aware this is only since the latest update. I didn't notice nor did anyone report an error previously.

Thank you!

Count me in as a(nother) person who would enjoy some way to have multiple SuperGrid instances to point at different databases. At the moment I'm mostly interested in using a different fallback image on a directory database vs an article database.