SeNioR-

You can find the recommended CHMOD settings inside the init.php file:
// File permissions // For example: when making folders for files to be uploaded to, what permissions // that should be created with 'IPS_FOLDER_PERMISSION' => 0777, // Writeable folders 'FOLDER_PERMISSION_NO_WRITE' => 0755, // Non-writeable folders 'IPS_FILE_PERMISSION' => 0666, // Writeable files 'FILE_PERMISSION_NO_WRITE' => 0644, // Non-writeable files Those are the default values IPS suggests (and uses), but depending on your server's configuration, you might need to adjust them. That part is best discussed with your hosting, though.
 
As for writable folders, the default ones usually are applications, datastore, plugins, and uploads.
Anyway, you'll get an error during upgrades if something that needs to be writable isn't. Unless you're having issues with your site (for example, files not uploading, etc), I wouldn't change anything.

Guests aren't "logged in" so you can't log them out. If you don't want them around, the only option is to ban their IP (range?) at the server level.
However, as you mentioned, it's possible those "guests" are actually bots crawling your site to index it. Unless you have some reason to be wary of those guests, I'd just ignore them.

Not a bug, just a suggestion to have a default “guest” author in the mark up.

I created a new type of Commerce package for a client, and when trying to clone it an error is thrown.
Here's the stacktrace:
Error thrown with message "Access to undeclared static property IPS\premium\Package\Premium::$packageDatabaseColumns" Stacktrace: #6 Error in \applications\nexus\sources\Package\Package.php:264 #5 IPS\nexus\_Package:__clone in \system\Node\Controller.php:915 #4 IPS\Node\_Controller:copy in \system\Dispatcher\Controller.php:107 #3 IPS\Dispatcher\_Controller:execute in \system\Node\Controller.php:69 #2 IPS\Node\_Controller:execute in \applications\nexus\modules\admin\store\packages.php:46 #1 IPS\nexus\modules\admin\store\_packages:execute in \system\Dispatcher\Dispatcher.php:153 #0 IPS\_Dispatcher:run in \init.php:934  
The issue is caused by the __clone() method in applications/nexus/sources/Package/Package.php which is missing the isset() check:
foreach ( $this->_data as $k => $v ) { if ( !\in_array( $k, array( 'id', 'reviews', 'unapproved_reviews', 'hidden_reviews' ) ) ) { if ( \in_array( "p_{$k}", static::$packageDatabaseColumns ) ) { $secondaryTable[ "p_{$k}" ] = $v; } else { $primaryTable[ "p_{$k}" ] = $v; } } } Every other method properly checks if the variable is set before using it, but the __clone() method doesn't.
 
Here's an example from the save() method where the isset() check is properly implemented:
foreach ( $this->changed as $k => $v ) { if ( isset( static::$packageDatabaseColumns ) and \in_array( "p_{$k}", static::$packageDatabaseColumns ) ) { $secondaryTable[ "p_{$k}" ] = $v; unset( $this->changed[ $k ] ); } elseif ( !\in_array( "p_{$k}", array( [...] ) ) ) { unset( $this->changed[ $k ] ); } }

If you delete a member and leave their content attributed to "guest", google webmaster tools for these urls will show you:

 
Not a big issue but maybe add a default user page for guest posts? Maybe a guest user profile/url, sort of "catch all". Just an idea.  
 

GBoard is the default keyboard of the Google Android OS (it's on Pixel devices, it's on most OnePlus devices, plus others that don't massively deviate from the stock OS)
'Samsung Keyboard' is the native keyboard on the Samsung version of the Google Android OS, but can be overridden by the manual installation of GBoard from Google Play, just like SwiftKey is available for all Android devices.

The table 'ipb_core_view_updates' is full Sounds like your drive /db drive run out of space

Please be advised I have opened a ticket for further investigation. Please watch your email for next steps.

We have fixed this for an upcoming maintenance release.

Yeah, unfortunately, those will require 1 by 1 removal.
We do have backups for you 🙂 

Just happened again for me, had to fill out 2 captchas in a row when clicking a link on my forum and opening up in a separate tab, around 14:41. Shouldn't it track cookies/IP address and not do that? Especially as I was also logged in as Admin at the time. It is in a general browser not a private one.


Sure, would be good if mainly people didn't see. But when people do see, I still think it looks very dodgy like the user has clicked onto a 3rd party website which will result in a high % of abandonment of the website/page IMO. Making it within a theme wrapper as another user suggested would be good idea if feasible IMO. 

No. It's actually a bug in our categorySidebar template.
We'll fix this for the upcoming maintenance release.

Hi,
this was my debug code which was left accidentally after I was working on your recent ticket with the broken embed code.
I noticed this actually 2 hours ago and removed it, that's why nothing new was logged after 12:58pm
 
I'mr really sorry for this.

We have released a patch for this issue. To apply, please go to AdminCP > Support > 1st (or top left) box will have a "Optional Patch Available" link. Click it and follow the instructions.

@Daniel F nice 🙂
Tag management should be built in. There have already been many suggestions to add a list of tags.
Personally, for my own needs, I had to write my application to remove thousands of unnecessary tags that were added automatically based on the topic title. (At the time I thought auto tags were a great SEO thing LOL 🙄).

New blog: IC5: Developer Center.
 

Hello,
Version 4.7.15
compileFullEmail attempts to fold long headers by using the wordwrap function - but this does not work correctly as whitespace gets 'swallowed' and the extension line does not start with white space. The rule for Long Headers (those that exceed 998 bytes) is that they should be split so that the next part starts with white space -- i.e. crlf ma#y be inserted before the whitespace and NOT as a replacement for the whitespace. "unfolding" only works correctly if the follow on lines start with white space -- i.e. "Unfolding is accomplished by simply removing any CRLF that is immediately followed by WSP."
Our particular failure scenario was when using our application to send to approximately 100 recipients as the $to field then exceeded 1,000 bytes and the To: header was split incorrectly. This then messed up the mail server processing resulting in failures to deliver. Quite probably different mail servers mess up in different ways - in our particular case the mail server put the extension line in the Subject: field and decided that there was no From: header.
Regards,
John

Yes, IMO that's a big issue. Most users seeing this are probably going to think the site has been hacked and won't proceed. 

Hi Invision crew

I use Events with my community. I discovered that pics (green arrows) that are used for each event does not have "alt" tag valued.

When I do an SEO audit of the Events pages, the score is not good and the first correction requested is to enhance the Alt tags
When I look at the HTML code of the Events pages, I observe that the Alt tag is indeed provided for by the code, but is not valued.
Do you have any idea on how to correctly populate these Alt tags, either automatically (eg: event title) or in a personalized way?
THANKS !
 

This topic only applies to those on our cloud services.
 
As we prepare to launch improved spam management, we are also making changes to traffic control.
We have many tools in place to stop malicious traffic on our network. These tools stop day to day bad actors and can also handle situations where we get a huge flood of traffic in a denial of service attack.
It is always a balancing act to stop bad traffic while allowing good traffic. There have been some situations where real users were getting blocked because they were getting caught up in a suspicious IP range, for example.
When you were caught in a block, all you got was a permission denied page and that was it. This is what we want for bad bots or attacks, but for real people that is no help. So today we are launching a new system where you will be presented with a captcha (or similar) challenge to bypass a bot-focused block.
This will allow you, and your visitors, to continue browsing your community if you are caught in a block you should not be in. It also lets our firewall and other systems learn and do a better job of blocking bad traffic while allowing people in.
Please let us know if you experience any issues, inability to access a community, or you are prompted more than once for the challenge to access.
In normal operations, you should really never get the challenge prompt so please also let us know if you see it more frequently.

To your custom.css and you wouldn't need to remove it, but I would strongly suggest to remove it from the custom.css once we release our next maintenance release containing this fix.

This will be fixed in our next release. This is the solution we ended up applying:
[data-blockid^="app_gallery_imageFeed_"] .cGalleryWidgetList .ipsImageBlock__main{ display: block; text-align: center; }  

After a fresh install, going to "ACP > System > SETTINGS > Web App" throws a TypeError:
TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given (0) #0 path\to\system\Dispatcher\Controller.php(118): IPS\core\modules\admin\settings\_webapp->manage() #1 path\to\applications\core\modules\admin\settings\webapp.php(39): IPS\Dispatcher\_Controller->execute() #2 path\to\system\Dispatcher\Dispatcher.php(153): IPS\core\modules\admin\settings\_webapp->execute() #3 path\to\admin\index.php(13): IPS\_Dispatcher->run() #4 {main}  
The issue is this code:
/* And finally, additional manifest and livetile details */ $manifestDetails = json_decode( \IPS\Settings::i()->manifest_details, TRUE ); $form->add( new \IPS\Helpers\Form\YesNo( 'configure_manifest', \count( $manifestDetails ) > 0, FALSE, array( 'togglesOn' => array( 'manifest_shortname', 'manifest_fullname', 'manifest_description', 'manifest_defaultapp', 'manifest_themecolor', 'manifest_bgcolor', 'manifest_display', 'manifest_custom_url_toggle' ), ) ) );  
The problem is that $manifestDetails at this point is NULL because the json encoded data is wrongly using square brackets:
["cache_key":1692875360] Instead of curly brackets:
{"cache_key":1692875360}

The template parameters for "nexus > global > forms > businessAddress" are the following:
$name, $value, $googleApiKey, $minimize=FALSE, $requireFullAddress=TRUE, $htmlId=NULLs, $vat=FALSE  
The $htmlId parameter wrongly uses NULLs (extra s at the end) instead of NULL.

My site was down for about 30 minutes with all manner of errors, "This Community is Temporarily Unavailable", blank pages, etc.  It's back up now, but I'm getting tired of this.