Description of problem: Sometimes tasks take a long time. Some of them appear in the Tasks tab in the admin web interface. Some do not. This might be due to bugs. It can also be because it was expected that they'll only take a short time, thus were not added there, but in reality they took longer. All long-running tasks should appear in the Tasks tab, after some time, say 20 seconds (or a configurable amount). This should be done in a general way, so that no type-specific code will have to be added to tasks that do not appear there yet, but include enough relevant information to help the user understand what's taking long, and why, if possible.
You need to open it per task, and put on the different teams. The different verticals need to define what they want to put there and what not, how to call it, and etc. Please open a bug per something you saw is missing.
(In reply to Oved Ourfali from comment #1) > You need to open it per task, and put on the different teams. Why? Can't we have something general, that will always work? If a task is handled by team and reported, nothing else to do. Otherwise, report something. Perhaps generic, but still more than nothing.
(In reply to Yedidyah Bar David from comment #2) > (In reply to Oved Ourfali from comment #1) > > You need to open it per task, and put on the different teams. > > Why? > > Can't we have something general, that will always work? > > If a task is handled by team and reported, nothing else to do. Otherwise, > report something. Perhaps generic, but still more than nothing. The design of the tasks you see in the UI is based on commands defining what you see, based on their flow. It can be an async VDSM task, a set of 3 engine commands that take a while, contacting an external source such as Satellite, and etc. A task isn't a specific task. It is a "logic" task. It is defined by the command, represented by the command, etc...