DreamOn

10 minutes ago, Marc Stridgen said:

It looks like there has been an issue at exact part there looking at your screenshot. You would need to upload a fresh set of files from your client area, then run the upgrade from /admin/upgrade directly. Its stating there are no applications to upgrade, as its not been unpacked

Thanks, it worked.

It's really annoying for me these updates which only work half the time...

Hello,

Upgrade to IPS 4.7.16 version doesn't work.

Same problem here.

Auto-upgrade is broken from IPS admin:

Refused to display 'https://xxx/' in a frame because it set 'X-Frame-Options' to 'deny'

17 hours ago, Marc Stridgen said:

Im not seeing anything broken on your site at present. We would need it to be in the broken state, or the specific things you are adding to put it in the broken state so we can check this

Sorry it's because I managed to restore the default menu by clearing the browser cache.
I made some changes and the menu is buggy again, you can see it now.

Screenshots :

5 minutes ago, Marc Stridgen said:

Sorry, Im not sure I understand the question there. Without it currently broke or the exact steps to reproduce on your site, there isnt anything for us to look at.

Of course you would need to ensure access details are up to date on file

I didn't understand that you were offering access to the admin of my site.

I just updated the connection information on my client area.

You can access my site and test!

20 hours ago, Marc Stridgen said:

Please could you ensure its in that state, so I can take a look for you?

@Marc Stridgen How can you do?

Hello,

When I set a translation for an external link in the Menu Manager, the menu disappears.

I have to click to Restore Default Configuration but it doesn't work all the time.
At the moment, when I click on this button, nothing happens, the same menu is there without possibility of returning to the default configuration.
The menu is frozen.

Can you help me?

I tried to clear cache, switch to default EN-US language, switch to default theme, without success.

Thanks.

1 minute ago, Miss_B said:

Add the code posted by Daniel above, save the changes and try to uninstall that app again. 

Great, it works! Thanks!

2 minutes ago, Miss_B said:

Have a look at the queries.json file.

The file is empty 😕

1 hour ago, Daniel F said:

How does the applications/deactivation/setup/install.json file look like?

Is it empty or does it contain 

{}

if it is empty, just add the above code and try it again.

Hello @Daniel F,

There is no install.json file inside this folder:

$  ls -lah ips/applications/deactivation/setup/
total 48K
drwxr-xr-x 12 www-data www-data 4.0K Aug 11  2021 .
drwxr-xr-x 10 www-data www-data 4.0K Mar 29  2021 ..
-rw-rw-rw-  1 www-data www-data    0 Aug 11  2021 index.html
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 install
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_001000
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_01010000
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_100000
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_1010014
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_1010015
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_1010016
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_1010017
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 upg_1010018
drwxr-xr-x  2 www-data www-data 4.0K Aug 11  2021 upg_1010019

$ ls -lah ips/applications/deactivation/setup/install
total 8.0K
drwxr-xr-x  2 www-data www-data 4.0K Mar 29  2021 .
drwxr-xr-x 12 www-data www-data 4.0K Aug 11  2021 ..
-rw-rw-rw-  1 www-data www-data    0 Aug 11  2021 queries.json

It's this app: https://invisioncommunity.com/files/file/8571-account-deactivation-deletion/

1 hour ago, Miss_B said:

In that case, I think the error is happening because that application is not compatible with the php 8 version. 

This is a paid app, I don't want to pay to upgrade for PHP 8.x compatibility.

What can I do to uninstall this app?

Thanks.

Hello,

When I want to delete an application, there is an error:

TypeError: ksort(): Argument #1 ($array) must be of type array, null given (0)
#0 /var/www/html/web/ips/system/Application/Application.php(4976): ksort(NULL)
#1 /var/www/html/web/ips/applications/core/modules/admin/applications/applications.php(1389): IPS\_Application->delete()
#2 /var/www/html/web/ips/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\applications\_applications->delete()
#3 /var/www/html/web/ips/system/Node/Controller.php(69): IPS\Dispatcher\_Controller->execute()
#4 /var/www/html/web/ips/applications/core/modules/admin/applications/applications.php(48): IPS\Node\_Controller->execute()
#5 /var/www/html/web/ips/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\admin\applications\_applications->execute()
#6 /var/www/html/web/ips/kep8Phut/index.php(13): IPS\_Dispatcher->run()
#7 {main}

URL:

admin/?app=core&module=applications&controller=applications&do=delete&id=deactivation&csrfKey=xxx&wasConfirmed=1

Backtrace:

#0 /var/www/html/web/ips/init.php(1038): IPS\_Log::log('TypeError: ksor...', 'uncaught_except...')
#1 [internal function]: IPS\IPS::exceptionHandler(Object(TypeError))
#2 {main}

Can you help me?

I try to disable all my custom applications and plugins without success.

Invision Community version 4.7.13

Thanks!

1 hour ago, Marc Stridgen said:

It's the server that is making the login request there, so it would indeed be the requesters IP that is logged. 

Thanks.

That's what I thought, so it's normal behavior?

Hello,

I use an OAuth client from a WordPress site to allow users to login with their Invision Community account. See here: https://invisioncommunity.com/4guides/members-and-groups/social-sign-in/wordpress-r304/

Everything works well except that the IP address saved by IPS in the logs is the server one's (the server where the WordPress OAuth client is hosted) and not the user one's.

This is very annoying because all users have the same IP address in the logs:  which prevents moderation correctly.

For example in Device Logins (admin/?app=core&module=members&controller=ip&ip=xx.xx.xx.xx&area=core_Logins), more than 3015 device logins with same IP address!

My question: is there a way to tell Invision Community to take another IP address, in this case the user one's instead of WordPress OAuth client one's?

Thanks.

Hello,

Since IPS 4.7.6 upgrade, the input type text form field with autocomplete function doesn't work anymore with freeChoice option set to false.

Here is the function that extends formElements in my plugin:

static public function formElements($item = NULL, \IPS\Node\Model $container = NULL) 
{
    [...]
    $wpPostField = new \IPS\Helpers\Form\Text(
        'wp_post', 
        $wpPostFieldValue, 
        false, 
        [
            'autocomplete' => [
                'source' => $wpPostTitles,
                'freeChoice' => false,
                'maxItems' => 1,
                'minItems' => 1,
                'unique' => true,
                'forceLower' => false,
                'prefix' => false,
                'minimized' => false,
                'desc' => \IPS\Settings::i()->lttwpp_wp_post_field_description
            ],
            'placeholder' => \IPS\Settings::i()->lttwpp_wp_post_field_placeholder
        ], 
        function ($value) use ($wpPostTitles) {
            if (!empty($value) && !\in_array($value, $wpPostTitles)) {
                throw new \DomainException('The selected WP post does not exist.');
            }
        }, 
        null, 
        null, 
        'wp_post'
    );

Here is the error:

Quote

TypeError thrown with message "in_array(): Argument #2 ($haystack) must be of type array, null given"

Stacktrace:
#17 TypeError in /var/www/html/web/ips/system/Theme/Theme.php:4628
#16 in_array in /var/www/html/web/ips/system/Theme/Theme.php:4628
#15 IPS\Theme\theme_core_global_forms_autocomplete in /var/www/html/web/ips/system/Theme/Dev/Template.php:171
#14 IPS\Theme\Dev\_Template:__call in /var/www/html/web/ips/system/Theme/Theme.php:4628
#13 IPS\Theme\theme_core_global_forms_text in /var/www/html/web/ips/system/Theme/Dev/Template.php:171
#12 IPS\Theme\Dev\_Template:__call in /var/www/html/web/ips/system/Helpers/Form/Text.php:156
#11 IPS\Helpers\Form\_Text:html in /var/www/html/web/ips/system/Helpers/Form/FormAbstract.php:270
#10 IPS\Helpers\Form\_FormAbstract:rowHtml in /var/www/html/web/ips/system/Helpers/Form/FormAbstract.php:236
#9 IPS\Helpers\Form\_FormAbstract:__toString in /var/www/html/web/ips/system/Theme/Theme.php:4628
#8 IPS\Theme\theme_forums_front_submit_createTopicForm in /var/www/html/web/ips/system/Theme/Dev/Template.php:171
#7 IPS\Theme\Dev\_Template:__call in /var/www/html/web/ips/system/Helpers/Form/Form.php:519
#6 IPS\Helpers\_Form:customTemplate in /var/www/html/web/ips/applications/forums/modules/front/forums/forums.php:653
#5 IPS\forums\modules\front\forums\_forums:add in /var/www/html/web/ips/system/Dispatcher/Controller.php:107
#4 IPS\Dispatcher\_Controller:execute in /var/www/html/web/ips/applications/forums/modules/front/forums/index.php:72
#3 IPS\forums\modules\front\forums\_index:__call in /var/www/html/web/ips/system/Dispatcher/Controller.php:107
#2 IPS\Dispatcher\_Controller:execute in /var/www/html/web/ips/applications/forums/modules/front/forums/index.php:52
#1 IPS\forums\modules\front\forums\_index:execute in /var/www/html/web/ips/system/Dispatcher/Dispatcher.php:153
#0 IPS\_Dispatcher:run in /var/www/html/web/ips/index.php:13

When I set freeChoise parameter to true, it's working but it's not what I want.

Can you help me?

Thanks!

5 minutes ago, Daniel F said:

Is this a custom theme? If yes, make sure it is up2date and that it has the necessary code in place.

Thanks for help.

No, it's a theme created with "easy mode", no custom code.

Hello,

In theme editing (easy mode), the tab "Header and Footer" allows to add custom HTML code in header and footer:

Unfortunately, it does not work.

Nothing is added on the website.

Can you help?

Thanks!

10 hours ago, teraßyte said:

Asking everyone to clear their cookies often turns out to be a problem. A way to bypass this step would be to change the COOKIE_PREFIX constant too. That way old cookies (with the wrong domain set) won't be checked anymore. 😉

 

(Everyone would have to login again though.)

Good idea, problem solved with this!

But it would be great if we can used default "ips4_" cookie prefix, after switch from subdomain.website.com to .website.com.

Maybe IPS team could fix it in a next release?

Thanks!

11 minutes ago, Jim M said:

Other than an abnormal storage configuration, the constant file looks correct. If you have these user's clear their cookies, are they able to login?

If not, could you please provide an example user who is having this issue?

I will try to contact them about it.

10 minutes ago, Jim M said:

Unfortunately, the FTP/SFTP access details are incorrect.

Sorry, fixed!

5 minutes ago, Jim M said:

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. 

We look forward to further assisting you. 

 

Thanks for help!

I have updated the access information for you.

4 minutes ago, Jim M said:

I would not define this unless you specifically need to. It can create issues but shouldn't cause an issue with logging in unless it is defined incorrectly.

I need it, because website.com need access to ips4_IPSSessionFront subdomain.website.com's cookie.

---

I had to deactivate the bruteforce protection because more and more members can no longer connect...

I tried to create a new member account but I do not encounter the problem..

How can you help me?

This problem is really annoying...

Thanks.

Look at this:

Some members had more than 50 login failures!
Even though they are known members.

3 hours ago, Jim M said:

Please note: I would not recommend editing the database directly.

It was needed for testing purposes.

---

I think I may have found the source of the problem.

A few days ago, I have defined \IPS\COOKIE_PATH to ".website.com" (with leading dot), before it was not defined and cookies were saved exclusively in "subdomain.website.com" domain.

Maybe it could cause problem like this? What do you think about it?

Hello,

Since the last update, several members have had their accounts blocked.

Here is the message displayed in login form:

Quote

Your account has been locked. Try again in x minutes.

Try this without success:

• Disable all custom apps
• Disable all custom plugins
• Clear cache
• Change these settings, then back to defaults:
  
• Clear "failed_logins" column in core_members table

Logs from a member:

When I manually unlock a member, after just one login attempt, he is locked again.

Very strange, the same timestamp is inserted 3 times in failed_logins column, when it should be different:

Can you help?

Thanks.

Great, I managed to do what I wanted by extending usernameIsAllowed function in Login class.

Thanks everybody!