Forum

Welcome to ProjeQtOr new Forum. We migrated old forum to the new website.
You will find all your posts here, with your usual account.
Just one point : you’ll have to reinitialize your password. Use “Lost password” feature.

Close but not close
 
Notifications
Clear all

Close but not close

13 Posts
4 Users
0 Reactions
15.8 K Views
(@benoit)
Posts: 13
Active Member
Topic starter
 
[#564]

V2.2.3

When you closed an project but not activity; Project is hidden in "Planning" but not in "Real Work allocation" is it normal, please ?


 
Posted : 20 Jun 2012 14H29
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

Yes and no.
In fact, it is not normal to close a project with not closed activities...

But the behaviour is as expected :
- Planning does not display the project, because it is closed...
- Real Work displays : activities are displayed because reource must be albe to enter work (or set left work to zero) on non closed activiites.


 
Posted : 20 Jun 2012 14H54
(@benoit)
Posts: 13
Active Member
Topic starter
 

Is it possible to modify that, or not , please ? 😛


 
Posted : 20 Jun 2012 15H03
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

Ticket #703 created : "Do not close project with not closed items (activities, tickets, ...)"

To be studied : either it is a great constraint, or all depending items must be automatically closed.


 
Posted : 21 Jun 2012 13H27
Evgueni Kolossov
(@ekolossov)
Posts: 566
Contributor
 

Can we also modify the behaviour of sub-projects. In many cases sub-projects used as a hierarchy for easier view rather than real subprojects. Is it possible to keep this hierarchy but optionally not take in account real dependence?


 
Posted : 21 Jun 2012 14H54
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

Is it possible to keep this hierarchy but optionally not take in account real dependence?

Sorry, I don't understant the request.

If you just need a hierarchic level, why not just use a parent activity instead of a project ?


 
Posted : 21 Jun 2012 15H26
Evgueni Kolossov
(@ekolossov)
Posts: 566
Contributor
 

Because it too big. It is a project with multiple activities but common components, so hierarchy we are using is like:
version 3.x
- 3.1
- 3.2
- 3.3


 
Posted : 21 Jun 2012 15H51
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

But you can define an actitivty as a parent activity
Version 3.x => Project
- 3.1 => activity
- activity 1
- activity 2
- 3.2 => activity
- activity 3
- activity 4
- 3.3 => activity
- activity 5
- activity 6


 
Posted : 21 Jun 2012 16H12
Evgueni Kolossov
(@ekolossov)
Posts: 566
Contributor
 

It will be huge and unmanagable list unfortunately.
Actually the only problem we have with current structure is the project closure


 
Posted : 21 Jun 2012 16H16
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

But what would be best : autoclose or control ?
- auto close all items (tickets, activities, ...) on Project closure
- control that all items (tickets, activities, ...) are already closed on Project closure


 
Posted : 21 Jun 2012 17H50
Evgueni Kolossov
(@ekolossov)
Posts: 566
Contributor
 

I would prefer to have an option but generally control is better


 
Posted : 21 Jun 2012 17H51
 Robb
(@robb1976)
Posts: 9
Active Member
 

Hello,

quote:
To be studied : either it is a great constraint, or all depending items must be automatically closed.

Have you developed a functionality to close a project with unclosed depending items? You were right back then in 2012... It is a great contrain and pain in the a$$ to close like 100 sub-activities manually before being able to close the main project. Yhere should be some on-click solution...

Best Regards,
Robert


 
Posted : 02 Nov 2016 15H15
babynus
(@babynus)
Posts: 14966
Main Contributor Admin
 

As it was requested, it is a control that has been implemented.
Auto-closure is not planned.
But it's easy to close many items with multiple update feature.


 
Posted : 03 Nov 2016 19H29
Share:

Scroll to Top