accsca1
-
Posts
11 -
Joined
-
Last visited
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 accsca1
-
-
Hi,
We've quite many PDFs and other similar files that we use Pages to host and make available for the community. Those files are often updated, so it's important for us the user opens the latest version. Today the standard behaviour is that the file downloads, but how can we make it open "embedded" in a new tab instead?
-
3 minutes ago, Randy Calvert said:
Stupid question … does this happen in php 7.4? I’m wondering if this is a php 8/8.1 issue.
It's only happening in PHP 8.1 for me. 7.4 does not have this issue.
-
On 8/15/2022 at 11:45 AM, Marc Stridgen said:
There is no update for this at the present time, however it has been tagged for developers
Please could I ask that you test this again on the latest release? Once you have checked this, let us know the result. If you are still having issues, I will then get a bug report opened for you
Hi again, I've tested again and still experiencing the issue:
TypeError: array_key_exists(): Argument #2 ($array) must be of type array, null given (0) #0 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(472): array_key_exists() #1 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(438): IPS\Login\Handler\OAuth2\_Custom::getValueFromArray() #2 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(310): IPS\Login\Handler\OAuth2\_Custom->_userData() #3 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(378): IPS\Login\Handler\OAuth2\_Custom->authenticatedUserName() #4 /var/www/html/public/system/Member/Member.php(4897): IPS\Login\Handler\OAuth2\_Custom->userProfileName() #5 /var/www/html/public/system/Login/Success.php(120): IPS\_Member->profileSync() #6 /var/www/html/public/applications/core/modules/front/system/login.php(92): IPS\Login\_Success->process() #7 /var/www/html/public/system/Dispatcher/Controller.php(118): IPS\core\modules\front\system\_login->manage() #8 /var/www/html/public/system/Dispatcher/Dispatcher.php(153): IPS\Dispatcher\_Controller->execute() #9 /var/www/html/public/index.php(13): IPS\_Dispatcher->run() #10 {main}
Invision Version 4.7.2.1
PHP 8.1.10 -
Hello, any updates on this potential issue?
-
1 hour ago, Marc Stridgen said:
Before we look further into this, could you confirm if you have checked this already on your previous PHP version?
I changed PHP version to 7.4 and the maintenance task ran successfully, so seems to be a PHP 8.1 issue indeed.
-
Any clues if this has been implemented or planned? 🙂
-
Hello,
We've recently upgraded to the Invision v2.7.0 and changed our PHP version to 8.1 which is supported now. After this change we see some errors coming from the profilesync maintenance task not being able to run due to errors. Our logs go back one week and this error started after the upgrade, prior it was not causing issues.
The errors are:
TypeError: array_key_exists(): Argument #2 ($array) must be of type array, null given (0) #0 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(472): array_key_exists() #1 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(438): IPS\Login\Handler\OAuth2\_Custom::getValueFromArray() #2 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(310): IPS\Login\Handler\OAuth2\_Custom->_userData() #3 /var/www/html/public/system/Login/Handler/OAuth2/Custom.php(378): IPS\Login\Handler\OAuth2\_Custom->authenticatedUserName() #4 /var/www/html/public/system/Member/Member.php(4951): IPS\Login\Handler\OAuth2\_Custom->userProfileName() #5 /var/www/html/public/applications/core/tasks/profilesync.php(78): IPS\_Member->profileSync() #6 /var/www/html/public/system/Task/Task.php(367): IPS\core\tasks\_profilesync->IPS\core\tasks\{closure}() #7 /var/www/html/public/applications/core/tasks/profilesync.php(66): IPS\_Task->runUntilTimeout() #8 /var/www/html/public/system/Task/Task.php(266): IPS\core\tasks\_profilesync->execute() #9 /var/www/html/public/applications/core/modules/admin/settings/advanced.php(754): IPS\_Task->run() #10 /var/www/html/public/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\settings\_advanced->runTask() #11 /var/www/html/public/applications/core/modules/admin/settings/advanced.php(38): IPS\Dispatcher\_Controller->execute() #12 /var/www/html/public/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\admin\settings\_advanced->execute() #13 /var/www/html/public/admin/index.php(13): IPS\_Dispatcher->run() #14 {main}
I've looked through the code, and tried to call our custom OAuth2 provider with Postman and with an access token, and it returns the data in an array as expected. My hypothesis is that something is broken or a check is missing perhaps for users with expired access tokens? Perhaps PHP 8 changed some argument requirements in some of the functions?
-
I'd like to feature request to get a setting in AdminCP where we can say attachments should be opened "inline" as a tab in the browser, instead of triggering a download.
We host quite many pages with attached PDFs that get accessed frequently, having these to open in a browser tab would save so much time for everyone. Today we're required to make a workaround by editing the source files to accomplish this, which is not a very good practice of course.
Regards.
OAuth2 / Profilesync issue after v.2.7.0
in Technical Problems
Posted
Hi @Marc Stridgen