Age | Commit message (Collapse) | Author |
|
|
|
* remove some code tagged with deprecated
* some more tweaks
* remove more deprecated methods
* more deprecations
* remove old files
* remove more deprecated methods
* fix some tests
* update logviewer submodule
* fix some tests
* fix ui test
* another deprecation
* Update CHANGELOG.md
Co-authored-by: Stefan Giehl <stefan@matomo.org>
* add test for dimensions provider
Co-authored-by: Stefan Giehl <stefan@matomo.org>
|
|
* update doc blocks with new name
* submodule updates
* updates expected UI files
|
|
|
|
* Removes deprecated Plugin.getListHooksRegistered and uses Plugin.registerEvents instead
* Removes deprecated method Piwik\Piwik::doAsSuperUser
* Remove deprecated SettingsPiwik::isPiwikInstalled and use SettingsPiwik::isMatomoInstalled instead
|
|
* Add BulkTracking to the list of always activated plugins
* Update screenshots
|
|
Otherwise generates a URL like `https://example.com/additional-plugins//AbTesting/angularjs/manage/manage.directive.html?cb=303`
In https://github.com/matomo-org/matomo/blob/3.13.1-b2/plugins/CoreHome/angularjs/http404check.js#L29 there will be otherwise `['./additional=plugins/', 'AbTesting', '...'].join()`. The `pluginsToWebRootDirCache ` is only used for that purpose.
refs https://github.com/matomo-org/matomo/issues/15340
This should not fix the referenced issue as a double slash should not cause any issue AFAIK but be still good to make that right. The `$pluginsToWebRootDirCache ` is only used for that purpose to load these files through http404check
|
|
outside Matomo plugin dir (#15011)
|
|
relative directory (#14717)
* When loading a template url from a custom plugin directory, prefix the relative directory
* detect relative dir partially
* replace the initial plugins part as well
* only print info for activated plugins
* Update _jsGlobalVariables.twig
* remove duplicate endif
* Update http404check.js
|
|
I updated the link tag for all php files with the new matomo link.
Not sure if it is realistic that this will get merged but I though that someday someone has to do this(?)
|
|
* Copy download plugin to all plugins directories including MATOMO_PLUGIN_DIRS
* Use MATOMO_PLUGIN_COPY_DIR env and Global
* Remove unused import
* Copy plugin only to one directory
* Check $GLOBALS['MATOMO_PLUGIN_COPY_DIR'] in both cases
|
|
* Do not create request to validate license in tracker mode
fix https://github.com/matomo-org/matomo/issues/14401
* be a bit more specific we assume license is not missing in tracker mode
|
|
|
|
|
|
* do not hard code plugins directory
* remove method that is not needed for now
* use plugins directory in more places
* some work on supporting multiple plugin directories
* use more unique name
* couple fixes
* and another fix
* sort plugins
* adjust languagesmanager
* adjust more usages
* Update Manager.php
* adding a plugin to test
* more tests
* make sure plugin resources can be located in custom directory
* adding more tests
* rewrite image paths
* handle more cases
* add tests
* make sure to load plugin
* trying to fix test
* trying it this way
* load plugin
* fix ui test?
* testing if tests succeed this way
* another test
* load custom dir plugin
* load plugin in ui fixture
* change the update statement
* remove update script
* delete column
* fix ui test
* make it work for tests
* fix some tests
* Fix merge.
|
|
* do not hard code plugins directory
* remove method that is not needed for now
* use plugins directory in more places
|
|
* Disable GeoIP update tasks if no internet connection available
* Show GeoLocation Auto Updater UI only with enabled internet connection
* Throw exception if Marketplace is used without enabled internet features
* Hide Marketplace menu entry if internet is disabled
* Implements new plugin class method requiresInternetConnection, to automatically unloaded plugins if required
* Improve how plugins not working without internet connection are shown in plugin list
* Adds UI test
* typo 'whether'
|
|
* Do not check for license in test mode
In my case eg system tests wouldn't install the plugin anymore and any test wouldn't run anymore for premium features cause they wouldn't have a license.
* perform the tests check as late as possible so as much code as possible is covered by tests
|
|
* Check license correctly and disable if needed
* make sure instance has internet features
* make sure to verify it in tracker mode
* because the text changed we need to change the translation key
* prevent update check from being executed
* simplify and improve performance
* set caching time to 6 hours and invalidate cache when viewing subscriptions
* fix tests
* update ui screenshot
|
|
* renaming more Piwik mentions
* some more updates
* fix some tests
* support matomo partially as require string
* fix tests
* fix failing system test
* fix tests
* fix system test
* fix test
|
|
(#11683)
* fix #11681 make sure plugins in config.ini.php are sorted depending on dependencies
* added comment
* add missing tests
|
|
dependency (#11682)
Deactivating a plugin in case of a missing dependency is a bit risky. If just once a dependency is missing it would be directly deactivated. For example during an update we may run into an issue where a plugin dependency might be missing just for a short time frame. There may be also other edge cases where this might be the case. It would be better to instead trigger a notification only. I would show this notification only to super users but we do not have anything loaded at this time.
Any other ideas?
|
|
I noticed a bug when a plugin requires another plugin.
If eg a plugin named `Acc` requires a plugin named `Cli`, plugin `Acc` will be not activated because `Acc` will be always loaded before `Cli`. See https://github.com/piwik/piwik/blob/3.0.4-b2/core/Application/Kernel/PluginList.php#L113-L114 we always sort custom plugins alphabetically. However, it should respect a required plugin and make sure to load a required plugin first. In this case `Cli` before `Acc`.
In #11676 I implemented similar solution but is slower I would say. This solution should be quite a bit faster when having a few plugins installed.
@sgiehl @mattab maybe you guys have a better idea on how to fix it?
There is still an issue that `plugins/$pluginName/config/config.php` in each plugin is loaded alphabetically. It is to be discussed if a `config.php` of a required plugin should have less of a priority so that a plugin that requires another plugin, can overwrite a DI setting of the required plugin. Meaning ideally, the config for `Cli` would be loaded first, then `Acc` because `Acc` requires `Cli`. This way `Acc` could overwrite any DI setting from `Cli`. Currently, `config.php` files are loaded as they are defined in `config.ini.php` which is usually alphabetically because of https://github.com/piwik/piwik/blob/3.0.4-b2/core/Plugin/Manager.php#L209-L212 (if config file is writable and not changed manually).
|
|
* fix #11512 Premium Plugin Installer shows false error message after install
* better handling when a plugin was installed
|
|
* Do not count always activated plugins.
Fixes #11144
* UI test: Fixed count of activated plugins
|
|
|
|
* starting to port marketplace to piwik 3
* updating tests
* fix translation key
* fix various issues
* use material select
* fix plugin upload
* deprecate license_homepage plugin metadata and link to a LICENSE[.md|.txt] file if found (#10756)
* deprecate license_homepage plugin metadata, and link to a LICENSE[.md|.txt] file if found
* Make license view HTML only without menu
* fix tests and update
* fix some links did not work
* we need to show warnings even when plugin is installed, not only when activated. otherwise it is not clear why something is not downloadable
* fix install was not working
* improved responsiveness of marketplace
* fix more tests
* fix search was shown when only a few plugins are there
* fix ui tests
* fix some translations
* fix tests and remove duplicated test
|
|
(#10807)
* ensure component updated event is triggered even if there is no update file
* improve events triggered during component changes
* improve wordings
|
|
|
|
already activated (#10670)
move PluginDeactivatedException into Exception namespace
as a result of this change, we could (should?) remove the try/catch blocks around the activatePlugin calls in all Updates files
|
|
|
|
(#10542)
|
|
|
|
|
|
|
|
dependencies
|
|
|
|
|
|
|
|
|
|
RequestProcessor for ping request handling. Ping request handling is performed in new Heartbeat plugin. Also added a new method to Plugin, isTrackerPlugin for plugins to override if they are tracker plugins, but don't have a dimension or implement a tracker method.
|
|
the same, make sure to correctly mark the dimension as uninstalled
|
|
|
|
plugin sorting logic from Plugin\Manager to PluginList.
|
|
|
|
|
|
Deactivating a plugin: clear the caches before unloading the plugin
|
|
The plugin is used for clearing the caches, so it needs to be unloaded after.
|
|
|
|
As the plugin does now nothing anymore, I removed it.
|