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

Suggest cli based updater in case the instance is bigger #23922

Merged
merged 1 commit into from
Apr 18, 2016

Conversation

DeepDiver1975
Copy link
Member

@karlitschek
Copy link
Contributor

works for me. but can we do 50 users?
👍

@RobinMcCorkell
Copy link
Member

Please make this setting configurable, not just based on some arbitrary number of users. I want to be able to disable web-based updating on my personal instance, which has <10 users...

// count users
$stats = \OC::$server->getUserManager()->countUsers();
$totalUsers = array_sum($stats);
if ($totalUsers > 10) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

issue says 100 not 10

@DeepDiver1975
Copy link
Member Author

Please make this setting configurable,

works for me - @karlitschek objections

@karlitschek
Copy link
Contributor

hmmm. not sure why someone should configure this. if the admin understands this setting then the same admin can choose the right way to update owncloud in the first place.
but if there are strong opinions then let's do a config option.

@RobinMcCorkell
Copy link
Member

@karlitschek For me, it's not about telling the admin to perform the update via occ, but rather preventing a random user from performing the update through the web interface, before backups are made etc.

@DeepDiver1975
Copy link
Member Author

hmmm. not sure why someone should configure this. if the admin understands this setting then the same admin can choose the right way to update owncloud in the first place.

thinking about the updater page will popup on any user and any random user might unintentionally trigger the upgrade and the admin having no way to interact - this seems legitimate

@karlitschek
Copy link
Contributor

O.K. Let's do a general 'disable web updater' config option instead.
Making the user limit configurable makes no sense.

O.K. for everyone?

@DeepDiver1975
Copy link
Member Author

O.K. Let's do a general 'disable web updater' config option instead.

default being enabled I assume 😉

@RobinMcCorkell
Copy link
Member

Until recently there was this other PR to implement exactly that... #18782 🙈

@DeepDiver1975 DeepDiver1975 force-pushed the upgrade-only-with-cli-for-big-installations branch from 9556fce to ccec1d9 Compare April 12, 2016 14:10
@jancborchardt
Copy link
Member

Only 3 design inputs:

  • Typo in header: needs to be updated
  • Remove the extra box around the text below the heading. It only needs to be one p element (no class)
  • The text should be shortened: Please use the command line updater. For help, see the documentation. (Word »documentation« is the link.)

Ok?

@RobinMcCorkell
Copy link
Member

You'll want to check the config value in core/ajax/update.php too, to prevent a malicious user from triggering the update (even if the template page says they can't) and potentially causing problems.

@VicDeo
Copy link
Member

VicDeo commented Apr 13, 2016

  • in case of the app (not core) upgrade title is still ownCloud needs be updated to version 9.1.0 pre alpha

@DeepDiver1975
Copy link
Member Author

I suggest to not differentiate between core and app update in this case but to just say that updates need to be installed - any further detailed information is in the cli update command.

@DeepDiver1975
Copy link
Member Author

@DeepDiver1975 DeepDiver1975 force-pushed the upgrade-only-with-cli-for-big-installations branch from ccec1d9 to 37d7acf Compare April 18, 2016 08:32
@karlitschek
Copy link
Contributor

nice. Can we add the reason too? Like: 'because it is disabled in the config.php' or 'because you have a big instance with more then xx users'
Beside that. Great 👍

@jancborchardt
Copy link
Member

Yeah, good call @karlitschek. A reason is good, wording should be like this:

Please use the command line updater because automatic updating is disabled in the config.php. For help, see the documentation.

Please use the command line updater because you have a big instance. For help, see the documentation.

Also, the header could be simplified to »Update needed« (no dot at the end).

@DeepDiver1975
Copy link
Member Author

@DeepDiver1975 DeepDiver1975 force-pushed the upgrade-only-with-cli-for-big-installations branch from 37d7acf to 739dfb5 Compare April 18, 2016 15:09
@jancborchardt
Copy link
Member

👍 nice!

@karlitschek
Copy link
Contributor

👍

@DeepDiver1975 DeepDiver1975 merged commit 4c59ee0 into master Apr 18, 2016
@DeepDiver1975 DeepDiver1975 deleted the upgrade-only-with-cli-for-big-installations branch April 18, 2016 17:50
@@ -37,9 +37,17 @@
// need to send an initial message to force-init the event source,
// which will then trigger its own CSRF check and produces its own CSRF error
// message
$eventSource->send('success', (string)$l->t('Preparing update'));
//$eventSource->send('success', (string)$l->t('Preparing update'));
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note to self: WTF

@lock
Copy link

lock bot commented Aug 6, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants