Jump to content

All Astronauts

Clients
  • Posts

    1,231
  • Joined

  • Last visited

  • Days Won

    8

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by All Astronauts

  1. Apologies for taking so long, I was watching an accident of a football game, simultaneously entertaining and horrible at the same time. Add this to your custom.css

    #elSearch_main .ipsStreamItem_contentBlock:not( .ipsBox ) {
        box-shadow: var(--box--boxShadow);
        background: rgb( var(--theme-area_background_reset) );
    }

    You'll need to insert this on all your themes until I yank the SSSR css in an update.

    As for your request. Do-able but also tricky depending on which way you approach it. You could null out the material getting into the search index at all pretty easily - it would require you to rebuild the search index on every change regarding what you want in the index. If you wanted to still have everything indexed but limit the results available that gets brutal real fast. I wouldn't want anything to do with that. Also you have the various search filters both in the quicksearch dropdown and the advanced search page - and that stuff would need dealing with. Blah.

    I do have some stuff incoming for SSSR - mostly Social Search stuff moving over. It's only partially done, maybe by Xmas?

     

  2. On PHP 8 the opacity option for the HexToRGB plugin is failing:

    		if ( isset( \IPS\Theme::i()->settings[ $opacity ] ) )
    		{
    			$opacity = \IPS\Theme::i()->settings[ $opacity ];
    		}
    
    		/* If a regular setting key has been passed in, then use that as the opacity */
    		if ( isset( \IPS\Settings::i()->$opacity ) )
    		{
    			$opacity = \IPS\Settings::i()->$opacity;
    		}

    If you pass through a standard setting (not theme setting), on the theme setting check you'll get crashes with an undeclared constant:

    Undefined constant "IPS\Theme\my_transparency_setting"

    This may, or may not, have been happening IN_DEV for years, but it's now in production on PHP 8 as well (reported the IN_DEV hitch YEARS ago, was told working, and have been routing around it with an IN_DEV plugin since then that just makes the check for the setting opacity first and then just does the numerical conversion there before passing to the output plugin)

  3. Can you go to the ACP, AA tab, Spacious ACP - Customization - Login Page tab, then make sure the below circle setting has something there, then save.

    sdfgdfg.thumb.JPG.060f4a09afb8321d4fac88ee5dac79ba.JPG

    This setting has been in Spacious forever and ever and it seems like when it installed it didn't take? Do that or perhaps first use the support tool to clear caches to force the IPS settings stuff to reset

  4. 20.3 has been out for awhile now - its 20.4 you should be looking out for.

    I ran into some chop with a possibly (probably?) broken IPS error exception thingy. I just had to change the error catch to something that would be actually caught otherwise this update would break if you did not have any Elasticsearch installed/called so the update was nulled. It was re-submitted just now.

  5. @Joey_M You're in luck, @Daniel F caught me spacing out on ES servers not all being localhosts so the update was pulled and resubmitted to patch. 

    This also includes a patch for some Linux user accounts not having proper permissions to do some things in regards to the System Overview stuff.

    And since I was re-submitting, I got your fixes in too.

    • NEW! Added ElasticSearch tab to the System Overview Dashboard widget
    • NEW! Finally made the the Content Trends Dashboard widget configurable on days.
    • FIX! Rare Linux user account permissions problem accessing some system stats. Should be patched...
    • FIX! Custom logos on login page now scale correctly on mobile. IPS CSS over-ridden to allow full color logos on dark mode.
  6. The custom logo on the login page is max-height 150px with the width forced to auto so it should??? scale. I'll test locally with some outsized ratio images.

    The CSS is because I believe I never considered someone would want a full-colored logo for the login box. My bad. Here's some vague copyright violatin' examples (though transformative so let's just call it slightly transgressive - I should just do this on my sites in general to freak people out 🙂 )

    Before:

    q.JPG.913486484c0d822328d14c494392c84b.JPG

    After

    qq.JPG.ef5d3d4f079dc82c91878c04bcd00728.JPG

    Next version down the line this stuff will be patched/enhanced. Thx.

    EDIT: I see the logo width problem on mobile - that one is mine. The CSS you pasted? That's actually IPS CSS but I'll have to work around that for the logos; no biggie.

  7. Version 2.1 Submitted!

    • NEW! Zalgo text eliminator!
    • NEW! Usermenu options to remove separators, section titles, and the achievements block.
    • FIX! CSS tweaks for the KS status update widget display options, mobile views.
    • FIX! CSS tweaks to the inline-image forum posts option to tackle wide images.

    A couple fixes, a couple new options.

    Is Zalgo-annoyance still a thing? Well this will fix it up! Disabled by default. Enable Level One if you want to wipe it out. Enable Level Two if you have languages with accent graves and so on and so forth. The levels you can think of as the stack levels for the characters. Level one is JUST plain English single level characters. Level two and now you have the accent marks and so on, BUT ONLY ONE LEVEL OF IT! Any other languages that stack more of it are out of luck on this.

    kszalgo.thumb.JPG.a805a02d221dc9fd1b1f5d1adeaf6bad.JPG

    zalgo_eliminator.PNG.d463f5bf0a2c6eac0c7e9ddc407fd7f1.PNG

    That should give you an idea of what's happening here. Same paste of the top ZALGO bit, followed by what level one does (all gone) vs level two (mostly gone). This is a hard parser - not a JS thing. Same thing like the naughty word filter.

    That's it for now. Enjoy your Black Fridaying. This new version available when its available - holidays may delay file approval and so on etc. Spacious ACP has a $5 drop for BF and an update on approval, and I'm giving Viewers a drop right now as well.

  8. Haven't seen a patch for IPS stuff in awhile so that's still on hold. If they keep up with the monthly releases (which remains to be seen, it's changed before... - strong vote for quarterlies here), the necessity of the patch alert button is lessor. Still, just waitin' for a patch to show up.

    Anyways...

    Version 20.4 Submitted!
    NEW! Added ElasticSearch tab to the System Overview Dashboard widget
    NEW! Finally made the the Content Trends Dashboard widget configurable on days.

    sysovelastic.JPG.f75e6aa1bcd9ec1afa134e48d1a0fe51.JPG

    Nothing really, just pings your ES instance and gives you what what. Purposely NOT getting the health results: when you have a single node its always alert status yellow and this will be common for single Invision Community installs and I don't wanna be explaining alert levels and such right now. Later though, yes, its on my radar - its really nothing to stick in but IPS might beat me to it first on the support page where it kinda makes sense. Mostly this is just a quick way to make sure you are alright with IPS requirements - the latest Invision Community in beta right now has the minimum version bumped to 7.2 (which is still like 2019-era ES).

    Anyways, there's that and the Content Trends Dashboard widget now has configurable days look back. Most of you should be just getting past 30, 40, 50 days or whatever now so maybe you want to truncate that. Me, I'm letting it rip on my sites.

    Secret BF drop in price of $5. Viewers will get a drop too, as will KS (which also has a small update pending).

    This update available when you see it approved of course. Something something holidays and so on etc. as far as time-lines on that go.

  9. 19 hours ago, Matt said:

    it'll likely be Opensearch we use.

    Granted you are talking about OpenSearch as a service add-on - I assume for CIC stuff (or a generalized service add-on for anyone) - but flipping the search internals from the existing ES over to OpenSearch in general would probably be fine for self-hosters as well.  Just don't, you know, remove ES and make OpenSearch a paid upgrade/service for everyone 🙂

  10. It should ghost it, at least it did. They may have changed the patch alert json with recent updates or I broke it with the last update of my own.  No matter, will look,  though might need a patch to be released by ips to confirm

    Thanks

  11. Years of this. Usually goes along the lines of install plugin, whatever, process completes, no hooks, or no css or ???. Check system logs, see S3 time outs or write fails or, yeah yeah he remembers, hitting S3 write rate limits. So, rinse repeat, until after an install or upgrade (those too of course) I see no system log errors, then I know its fine.

    NOTE: Have not installed anything on CIC in maybe six months? And no I cannot remember the exact last time this occurred, but has been common for years (way way back). I've always chalked it up to some upstream shenanigans and not an IPS problem per-se. Not sure what you can do other than throw some verification steps after each "process" in the install routine.

    Tell ya what, the next time this occurs I'll make a note to copypasta the system logs and so on and so forth and loop you in.

  12. That's gonna be some weirdness on your end.

    $lang = array(
    	'__app_pci'	=> "Pages Category Images",
    	'pciFormTab' => "Category Image",
    	'category_pcimage' => "Category Image",
    	'pciInfos' => "You can use this image anywhere the category variable is available to you in Pages templates. Please see the description for this plugin in the Marketplace or visit the support topic for more details.",
    	'filestorage__pci_PagesCatImages' => "Pages Category Images",
        'pci_refreshdatastore' => 'Refresh Pages Category Images Caches',
        'pci_refreshdatastore_refreshed' => 'PCI Datastore Cache Refreshed',
    );

    Been there forever. Two cents: Sometimes when installing apps and plugins, if whatever is having time out problems or sync problems (see this a lot on CIC) the install finishes but not correctly (for non-MP installs on CIC I check for S3 file write timeouts in the system logs, if I see them, I know the plugin/app failed the install and repeat until I see that clear)

    Normally I'd say uninstall and reinstall but you lose your cat images that way so that's a no go. I think you'll have to live with it until a new release is out and hopefully the upgrade catches the existing language string and correctly adds it.

    Now when that update occurs??? Any suggestions?

  13. That's exactly what Sound Board has done for a year. Feel free to look over the MP description.

    Since you are here... With us no longer able to submit tickets, can you kill purchases on this please?

  14. 6 hours ago, Sonya* said:

    One of the first things I do while customizing projects:

    Ditto. Also a Kitchen Sink option to change to just a pencil icon or remove altogether. I really don't know anyone that uses it. The create new topic button on the forums home page is in the same boat. It never felt intuitive.

  15. 20.3.0 Available!

    • Removed un-needed csrf in url in ACP Journal Dashboard widget
    • Added ability to reset highest CPU load in Server Overview widget settings
    • FIX! Permission check on Admin Logs dashboard widget for admins not in the Administrators group

    Mostly just a few tweaks - no biggie. The reset button for the highest load point I added mainly because one site of mine had a failing VPS that registered a crushing load of 900%+ before it killed. No sense staring at that historic outlier in the widget all the time and once things are back to normal you'll want to see what the "new high" is anyways.

    FYI the post above, we worked that problem minutes after the post. A particularly rare occurrence where, and I'll admit I'm guessing here as it's fixed, is that for a low level PHP call - disk_total_space (and probably disk_free_space as well), the account he was running Invision Community under would not allow you to hit '/' (aka the root directory). You can throw any directory at those commands and it will give you what you need (it is looking at the drive, not the space in whatever directory you point it at). Just changing the root slash to the directory where IC is installed resolved this. The stupid weird thing is he has another site running on the exact same server. No problems there. And - what has it been - nearly a decade of this stuff already, and this is the first time this has ever popped up. Wild.

    The fix for the above is NOT in this release. Not really worth it to bug staff to kill the current submission (now approved)  when approvals are averaging a week-ish these days so this fix that effects pretty much one site will be a bit. I'm putting a few more safeties in places and gonna check my dev notes to see if there was anything small I wanted to throw in before pushing another release.

  16. Permission check in a dashboard widget needed to be specified to the "core" app. For regular every-day Administrators it doesn't matter - they get everything all the time. When you have *any* other kind of admin, now the permission checks actually matter, and get checked. For the Admin Logs dashboard widget, I got a check there so scrub admins don't see something there that might leak out - dunno what but thought it best to slap the permission on there. 

    \IPS\Dispatcher::i()->checkAcpPermission( 'restrictions_adminlogs');

    Fine if the containing app is Core, not so much if its not

    \IPS\Dispatcher::i()->checkAcpPermission( 'restrictions_adminlogs', 'core', 'staff' );

    There we go.

    Ahh! But I see you thinking - what if that scrub admin has that permission toggled off? Yep, same problem.

    So two things:

    1) ACP permission checks using the dispatcher method above to allow/not allow dashboard widget display are a no-go; will disallow the entire dashboard.

    2) Instead, use this:

    \IPS\Member::loggedIn()->hasAcpRestriction( 'core', 'staff', 'restrictions_adminlogs' )

    100% chance I just copy-pasta'd the dispatcher check from the admin logs page itself while creating that dashboard widget and never thought twice about it - til now...

    If you need this fixed fast lemme know so I can - well - hmm - I'd want to say I'd submit a ticket but that's going away now - that was the way when we needed to request a quick marketplace approval for a bug fix that had to get out.

    Lemme know, I'll submit the new version in a moment, and if you need it ASAP I'll yell at someone or something.

×
×
  • Create New...