Martin A.

Depends on what kind of values you need to get. There's two pages related to Commerce income and purchases in the statistics tab in the ACP. You can export that data as a CSV file.
It that doesn't work for you it is possible to run some SQL queries to get your data if you have access to the database.

data-ipsLightbox-group='g{$indexData['index_id']}' Elasticsearch never returns that in the $indexItem array.
IN_DEV this will Whoops with missing array element when using Streams or Search.
Live it functions but image groupings are broken. Quoting @Martin A. "meat mixed with stats" (lamb chops with hard drive metrics to be precise)
The images will display correctly in the snippet, but when you lightbox them out and navigate through them, with a data-lightboxgroup="g" value instead of "g12345" its grabbing all the images on the page and you can navigate through them all.
Apparently, (@Martin A. looked here as we troubleshot this just now), MySQL is clear here and returns the index_id in the array.
If anyone here is having problems and selfhosts (and is using Elastic) you can patch this by changing the template bit there from index_id to index_object_id (or index_item_index_id perhaps) which is present in the $indexItem array returned via Elastic.
This can either be patched in the code to return the correct bit in the array if Elastic is present, or one can hack at the template like we did. There's also the smallest of possibilities of a collision between different apps returning the same item_ids but that's something for IPS to hash out if/when this gets patched.
Locally this is Elastic 7.2.0 if this matters.

Looked more like that was an issue where they used IPS 4.4 themes while using PHP 8.
That is what this is tho. PHP 8 doesn't allow unparanthesized nested ternaries, while PHP 7 did.

In PHP it would look something like this:
array( 'file1.pdf' => file_get_contents( '/path/to/file1.pdf' ), 'file2.pdf' => file_get_contents( '/path/to/file2.pdf' ), 'file3.txt' => 'This is the plaintext contents of file3.txt' ) So basically the raw file contents as a string.

Try going direct to the edit page:
https://www.logicprohelp.com/forums/topic/118846-logic-pro-x-compressor-circuit-type-cheat-sheet/?do=editComment&comment=800702
If it works, yay.
If it doesn't then you wait.
 

Can you check what post_max_size is configured to? If it's below 768M, you can increase this to match it and it should resolve the issue.

This is due to the way the system is built to allow multiple types of content (such as blog entries and forum topics) in one feed while also having high performance / low server impact generating the feed. It uses the search index which automatically strips all formatting (except for paragraphs - those are converted to plaintext line breaks).
So, not really as intended, but a limitation of the way the search index is currently structured with not having the fully formatted version of the content.

You mean the basic stuff, like paragraphs, bold/italic, font sizes and images? In that case I agree, as that doesn't rely on the site's CSS. I though you meant formatting that used the CSS from the site.
The gallery and topic feed here do keep those tags, so something wrong must be going on with the Blog feed. Don't have that app myself, so can't check it out for you.

Thanks for the update.👍
Adding support for Boris' Member Location plugin when a member registers Only works when this plugin is selected as a field in the profile sync settings.

Did you read his post? Specifically where he wrote that he tried disabling the mentioned application?
Upgrading to 4.7.8 or newer will most likely fix this for you, as one of the calls in the stack trace have been remove. It's related to storing the members current timezone in the database.

Maybe utilise merging of concurrent posts? (if the 'work' required is to manually merge those concurrent posts) Maybe advise the user on how to use the functionality correctly?

Fixed by the author in next update, after inspecting my code.

Update: yes it's possible by doing this:
#1: Add this to your Node class:
/** * @brief [ActiveRecord] Database ID Fields * @note If using this, declare a static $multitonMap = array(); in the child class to prevent duplicate loading queries */ protected static $databaseIdFields = array('column_name'); #2: then load node row by custom column like so
\IPS\yourapp\class\class::load($id, 'column_name');  

Did you read his post? Specifically where he wrote that he tried disabling the mentioned application?
Upgrading to 4.7.8 or newer will most likely fix this for you, as one of the calls in the stack trace have been remove. It's related to storing the members current timezone in the database.

I think you could have done
width: unset !important;  

What he said ^
Your subscription expired July 28 2022.

We're having the same issue on your test install as well.
Backtrace doesn't show much
#0 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(1254): IPS\_Db->query() #1 /home/nginx/domains/<domain>>/public/applications/core/setup/upg_107640/upgrade.php(50): IPS\core\Setup\_Upgrade::runManualQueries() #2 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(594): IPS\core\setup\upg_107640\_Upgrade->step1() #3 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(326): IPS\core\Setup\_Upgrade->step1() #4 /home/nginx/domains/<domain>>/public/applications/core/modules/setup/upgrade/upgrade.php(47): IPS\core\Setup\_Upgrade->process() #5 /home/nginx/domains/<domain>>/public/system/Helpers/MultipleRedirect/MultipleRedirect.php(93): IPS\core\modules\setup\upgrade\_upgrade->IPS\core\modules\setup\upgrade\{closure}() #6 /home/nginx/domains/<domain>>/public/applications/core/modules/setup/upgrade/upgrade.php(77): IPS\Helpers\_MultipleRedirect->__construct() #7 /home/nginx/domains/<domain>>/public/system/Dispatcher/Controller.php(118): IPS\core\modules\setup\upgrade\_upgrade->manage() #8 /home/nginx/domains/<domain>>/public/system/Dispatcher/Setup.php(220): IPS\Dispatcher\_Controller->execute() #9 /home/nginx/domains/<domain>>/public/panel/upgrade/index.php(34): IPS\Dispatcher\_Setup->run() #10 {main}  
But since I'm awesome, I got you the queries it's running as well.
array ( 0 => array ( 'table' => 'core_polls', 'query' => 'UPDATE core_polls SET poll_item_class=\'IPS\\\\forums\\\\Topic\' WHERE pid in( SELECT poll_state FROM forums_topics WHERE poll_state IS NOT NULL)', ), 1 => array ( 'table' => 'core_polls', 'query' => 'UPDATE core_polls SET poll_item_class=\'IPS\\\\blog\\\\Entry\' WHERE pid in( SELECT entry_poll_state FROM blog_entries WHERE entry_poll_state IS NOT NULL)', ), )  

That "open" value is coming from some really old topics

That "open" value is coming from some really old topics

We're having the same issue on your test install as well.
Backtrace doesn't show much
#0 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(1254): IPS\_Db->query() #1 /home/nginx/domains/<domain>>/public/applications/core/setup/upg_107640/upgrade.php(50): IPS\core\Setup\_Upgrade::runManualQueries() #2 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(594): IPS\core\setup\upg_107640\_Upgrade->step1() #3 /home/nginx/domains/<domain>>/public/applications/core/sources/Setup/Upgrade.php(326): IPS\core\Setup\_Upgrade->step1() #4 /home/nginx/domains/<domain>>/public/applications/core/modules/setup/upgrade/upgrade.php(47): IPS\core\Setup\_Upgrade->process() #5 /home/nginx/domains/<domain>>/public/system/Helpers/MultipleRedirect/MultipleRedirect.php(93): IPS\core\modules\setup\upgrade\_upgrade->IPS\core\modules\setup\upgrade\{closure}() #6 /home/nginx/domains/<domain>>/public/applications/core/modules/setup/upgrade/upgrade.php(77): IPS\Helpers\_MultipleRedirect->__construct() #7 /home/nginx/domains/<domain>>/public/system/Dispatcher/Controller.php(118): IPS\core\modules\setup\upgrade\_upgrade->manage() #8 /home/nginx/domains/<domain>>/public/system/Dispatcher/Setup.php(220): IPS\Dispatcher\_Controller->execute() #9 /home/nginx/domains/<domain>>/public/panel/upgrade/index.php(34): IPS\Dispatcher\_Setup->run() #10 {main}  
But since I'm awesome, I got you the queries it's running as well.
array ( 0 => array ( 'table' => 'core_polls', 'query' => 'UPDATE core_polls SET poll_item_class=\'IPS\\\\forums\\\\Topic\' WHERE pid in( SELECT poll_state FROM forums_topics WHERE poll_state IS NOT NULL)', ), 1 => array ( 'table' => 'core_polls', 'query' => 'UPDATE core_polls SET poll_item_class=\'IPS\\\\blog\\\\Entry\' WHERE pid in( SELECT entry_poll_state FROM blog_entries WHERE entry_poll_state IS NOT NULL)', ), )  

That "open" value is coming from some really old topics

I've added this as a member group setting now, so all your member groups can have different icons and icon colors, as opposed to just a different pin color.
You say "many bugs". Was it just those two? With bug 2 I assume you mean it still shows in the popup even when disabled? Saving the form a second time after disabling it would have "fixed" that. Fixed this in the next version.

Maybe I'm missing something here, but a public key is intended to be exposed. It's the private key which shouldn't be. 
What you should be doing though, is setting restrictions on the key inside your Google account to stop unauthorised use.

Ive actually added this as a bug report so it can be looked into. If this is the case, its very likley it needs to be increased

I'm afraid this isn't possible. It is probably better to create this in Google Maps and then embed it into the event/marker/topic.