Cannot copy a dashboard to a user when the user is not one of the first 100 · Issue #15420 · matomo-org/matomo · GitHub
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot copy a dashboard to a user when the user is not one of the first 100 #15420

Closed
mattab opened this issue Jan 20, 2020 · 1 comment
Closed
Assignees
Labels
Bug For errors / faults / flaws / inconsistencies etc.
Milestone

Comments

@mattab
Copy link
Member

mattab commented Jan 20, 2020

(Bug reported by On-Premise support plan customer.)

Steps to reproduce:

  • create 110 users with ./console visitorgenerator:generate-users --limit=100
  • open the dashboard, click on Dashboard, click on "Copy dashboard to user"
  • in the dropdown, select the last user from the list
  • click OK
  • Expected the dashboard to be copied
  • Got a red notification with the error message:
Cannot copy dashboard to user zankunding, user not found. 
#0 [internal function]: Piwik\Plugins\Dashboard\API->copyDashboardToUser('1', 'zankunding', 'Dashboard') 
#1 core/API/Proxy.php(237): call_user_func_array(Array, Array) 
#2 Context.php(28): Piwik\API\Proxy->Piwik\API\{closure}() 
#3 core/API/Proxy.php(328): Piwik\Context::executeWithQueryParameters(Array, Object(Closure)) 
#4 core/API/Request.php(265): Piwik\API\Proxy->call('\\Piwik\\Plugins\\...', 'copyDashboardTo...', Array) 
#5 plugins/API/Controller.php(41): Piwik\API\Request->process() 
[...]
@mattab mattab added the Bug For errors / faults / flaws / inconsistencies etc. label Jan 20, 2020
@mattab mattab added this to the 4.0.0 milestone Jan 20, 2020
@sgiehl sgiehl self-assigned this Jan 20, 2020
@mattab mattab modified the milestones: 4.0.0, 3.13.2 Jan 21, 2020
@sgiehl
Copy link
Member

sgiehl commented Jan 25, 2020

fixed with #15424

@mattab You've changed the milestone to 3.13.2, but the PR was merged to 4.x-dev already? Shall I cherry pick the commit to 3.x-dev branch, so it will be included in 3.13.2 as well?

@sgiehl sgiehl closed this as completed Jan 25, 2020
mattab added a commit that referenced this issue Feb 10, 2020
mattab added a commit that referenced this issue Feb 10, 2020
sgiehl added a commit that referenced this issue Feb 11, 2020
* Updates search engine and social definitions (#15384)

* updates device detector to latest release (#15388)

* updates device detector to latest release

* updates tests

* translation update (#15389)

* Fix Could not get the lock for ID, when creating a site (#15401)

* Lock key start

* do not empty key lock

Co-authored-by: Thomas Steur <tsteur@users.noreply.github.com>

* 3.13.1

* submodule updates

* Use correct name in update available message (#15423)

* Fix removing user capabilities (#15422)

* Order of implode() args, avoid E_NOTICE in PHP7.4 (#15428)

* Fixes possible php warning in visitor log (#15442)

* silence is_executable call (#15446)

* Make sure geolocation admin experience is consistent if user is not using GeoIp2 plugin. (#15447)

* Fix referrers test. (#15448)

* Ensure to close visitor popover correctly (#15443)

* Fixes possible warning (#15453)

* Forward instance_id from local config when reseting config during tests. (#15445)

* Add event that allows plugins to disable archiving for certain periods/sites if they want. (#15457)

* Add event that allows plugins to disable archiving for certain periods/sites if they want.

* apply review feedback

* Fix possible warning for columns without index (#15467)

* Day range archiving issue (#15462)

* Improve lock ID check for max length (#15407)

Better patch for #15401 which was merged last minute...

This way it always works even when someone calls `acquireLock` directly instead of `execute`

Pushing this for now into 3.x-dev but can also put it into 4.x-dev directly but then there might be merge conflicts when merging 3.x-dev into 4.x-dev

* Use SameSite none for session token when embedded into iframe (#15439)

* Make sure tracking works in IE9 and lower (#15480)

* Mention Joomla install FAQ (#15481)

* Make sparklines work when mbstring extension is not installed (#15489)

1) Too few arguments to function mb_strtolower(), 1 passed in matomo/vendor/davaxi/sparkline/src/Sparkline/StyleTrait.php on line 129 and exactly 2 expected

2) mb_strlen is not defined

* update screenshots (#15488)

* 3.13.2-rc1

* Use safemode when running CLI commands (#15472)

* update icons submodule (#15490)

* update icons submodule

* update UI tests

* Fix possible undefined index notice (#15502)

* Use latest davaxi/sparkline release (#15464)

* translation update

* submodule updates

* Fix deprecation notice (#15530)

see #15467 (comment)

* 3.13.2-rc2

* update cache component (#15536)

*  fixes copy dashboard to user for more than 100 users (#15538)

cherry picking  #15424  to fix #15420 in 3.x-dev

* Add missing return statement. (#15539)

* 3.13.2

* update tests

* update tests

Co-authored-by: Matthieu Aubry <mattab@users.noreply.github.com>
Co-authored-by: Thomas Steur <tsteur@users.noreply.github.com>
Co-authored-by: Peter Upfold <pgithub@upfold.org.uk>
Co-authored-by: diosmosis <diosmosis@users.noreply.github.com>
Co-authored-by: Lukas Winkler <github@lw1.at>
jonasgrilleres pushed a commit to 1024pix/pix-analytics that referenced this issue Sep 22, 2020
jbuget pushed a commit to 1024pix/pix-analytics that referenced this issue Sep 26, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug For errors / faults / flaws / inconsistencies etc.
Projects
None yet
Development

No branches or pull requests

2 participants