You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I see that configuration is saved in the plugin directory, in the conf.php file. That makes the plugin immediately incompatible with "multiple site" Piwigo :-/ Why not using the standard way to store configuration with Piwigo? You have examples on how to do that with plugin Skeleton https://github.com/Piwigo/Piwigo-Skeleton
The text was updated successfully, but these errors were encountered:
During normal usage, the plugin stores the configuration in the same way as the Piwigo skeleton. However, if a problem occurs (this might also happen on the side of the OIDC identity provider), a user may inadvertently lock themselves out when the authorization flow is enabled. By enabling the authorization flow, the native Piwigo login flow is bypassed. This means that, if for some reason the user can't login to their Piwigo installation using the authorization flow, they're permanently locked out of their Piwigo installation.
Therefore, the conf.php file is provided to manually override the database-stored configuration. It's intended for emergency use, as manually editing database values is (usually) more difficult, compared to editing a file on disk. However, if you have another suggestion for this particular use case, let me know!
I see that configuration is saved in the plugin directory, in the
conf.php
file. That makes the plugin immediately incompatible with "multiple site" Piwigo :-/ Why not using the standard way to store configuration with Piwigo? You have examples on how to do that with plugin Skeleton https://github.com/Piwigo/Piwigo-SkeletonThe text was updated successfully, but these errors were encountered: