Project

General

Profile

Actions

Feature #4571

closed

Add a link to create needed BE user if it doesn't exist

Added by Francois Suter about 15 years ago. Updated almost 11 years ago.

Status:
Closed
Priority:
Could have
Category:
scheduler
Target version:
-
Start date:
2009-09-11
Due date:
% Done:

100%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

The Scheduler requires a BE user called _cli_scheduler in order to work. The check screen reports on the existence of this user. If it doesn't exist it could be convenient to add a link making it possible to create that user from within the Scheduler's BE module.

Actions #1

Updated by Francois Suter about 15 years ago

I would like to wait with this until the new Reports module is committed to the core. Indeed if the Reports module indeed makes it into 4.3, the check screen of the Scheduler will be remove and all messages from the Scheduler will go there.

But I'm not sure if the Reports module makes it possible to define actions inside the messages, so it's seems a bit of a shame to introduce that feature now if it is lost in a short while. Wait and see, but I opened an issue so as not to forget.

Actions #2

Updated by Stefano Cecere about 15 years ago

would it be better to use just one common "typo3 user" for background/underground tasks?

there is already the _cli_lowlevel and the _cli_crawler
are we sure we need also this _cli_scheduler ?

since they don't use "permissions", but have just to exist to allow _cli scripts to run...

if possible i would use _cli_lowlevel for everything-.

stefano

Actions #3

Updated by Francois Suter about 15 years ago

Hi,

would it be better to use just one common "typo3 user" for background/underground tasks?

there is already the _cli_lowlevel and the _cli_crawler
are we sure we need also this _cli_scheduler ?

since they don't use "permissions", but have just to exist to allow _cli scripts to run...

if possible i would use _cli_lowlevel for everything-.

I would need to check exactly how user authentication is made. Somehow the current way of registering CLI scripts kind of mixes up the module's name and the user name. So I'm not sure if it's really possible to change that user's name.

Anyway what would really be useful for the Scheduler, since it may run many different tasks, would be to be able to define a user per task. The Scheduler would then switch user for each task, somewhat like the simulate user feature admins can use in the BE. But that's too late to do that now. Maybe for 4.4.

Actions #4

Updated by Francois Suter about 15 years ago

  • Status changed from New to Accepted
  • Assignee set to Francois Suter

Working on it.

However this made me notice that the existince of the "cli_scheduler" user must be improved. Indeed it can exist but be disabled. In such a case the message must be different and not allow the creation of the user.

Actions #5

Updated by Francois Suter about 15 years ago

  • Status changed from Accepted to Resolved
  • % Done changed from 0 to 100

Solved in r1228

Actions #6

Updated by Francois Suter over 12 years ago

  • Status changed from Resolved to Closed
Actions #7

Updated by Michael Stucki almost 11 years ago

  • Category set to scheduler
Actions #8

Updated by Michael Stucki almost 11 years ago

  • Project changed from 739 to TYPO3 Core
  • Category changed from scheduler to scheduler
Actions

Also available in: Atom PDF