#98 Project Cloning Bug

[bshah]

We want use your project solution but one flow keeps it from using it. When we clone a project, it only copies 3-4 task for that project. I am attaching an example of one project for your to recreate the problem and provide the fix.

If this is addressed, it will be great solution. Look forward to hear back from you.

[Andrew Simpson]

1. Can you please confirm that CONCEPT PLAN, FIRST SUBMITTAL, SECOND SUBMITTAL, THE FINAL SUBMITTAL and TRANSFER TO CONSTRUCTION & INSPECTIONS, are tasks and not projects?

2. Exactly which '3-4 task for that project' are being successfully cloned? That will help narrow down the problem.

Thanks.

[Andrew Simpson]

O.K. I have entered in the first 'phase' (CONCEPT PLAN) on my machine and that cloned properly. I will have to enter the other phases and see if that works.

The WebCollab code uses a recursive function to go down sub-levels, which means it should work for (almost) infinite sub-levels.

Note that usergroups can cause problems: A user can only clone the tasks that they have access rights to view. If you have some tasks restricted, they will not be cloned, nor will the sub-tasks below them. This is deliberate - stops users creating tasks they can't access.

[Andrew Simpson]

Nasty little bug! It doesn't show up until you have several layers under the project. Yes, you are correct.
I believe that I have found the underlying bug in the code, so I'll just investigate further to be sure.

[Andrew Simpson]

If you would like to test the attached file that would be much appreciated. The file replaces the file of the same name in [webcollab]\tasks\task_clone_submit.php.

I have fixed the bug in this file and tested it satisfactorily.

I will also be releasing WebCollab 3.42 in the next day, or so. There is a small, but annoying, database reading bug (unrelated to this bug) that needs a fix for convenience of use.

[bshah]

Hey Andrew,

Disregard my earlier email asking for the fixed file. I was able to download it from website.

Thanks,
Bharat

From: Andrew Simpson [mailto:andrewsimpson@users.sf.net]
Sent: Wednesday, February 18, 2015 2:10 AM
To: [webcollab:bugs]
Subject: [webcollab:bugs] #98 Project Cloning Bug

If you would like to test the attached file that would be much appreciated. The file replaces the file of the same name in [webcollab]\tasks\task_clone_submit.php.

I have fixed the bug in this file and tested it satisfactorily.

I will also be releasing WebCollab 3.42 in the next day, or so. There is a small, but annoying, database reading bug (unrelated to this bug) that needs a fix for convenience of use.

Attachment: task_clone_submit.php (8.3 kB; application/x-php)

---

[bugs:#98]http://sourceforge.net/p/webcollab/bugs/98 Project Cloning Bug

Status: open
Group: v1.0_(example)
Labels: Project Cloning
Created: Fri Feb 13, 2015 04:30 PM UTC by bshah
Last Updated: Mon Feb 16, 2015 07:35 AM UTC
Owner: Andrew Simpson

We want use your project solution but one flow keeps it from using it. When we clone a project, it only copies 3-4 task for that project. I am attaching an example of one project for your to recreate the problem and provide the fix.

If this is addressed, it will be great solution. Look forward to hear back from you.

---

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/webcollab/bugs/98/https://sourceforge.net/p/webcollab/bugs/98

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/https://sourceforge.net/auth/subscriptions

Confidentiality Notice: The information contained in this email and any attachments may be privileged, confidential, and/or proprietary and is intended solely for the use of the person(s) to whom it is addressed. If you are not the intended recipient, any review, retransmission, dissemination or any other use of the information contained in this email and any attachments is strictly prohibited. If you have received this communication in error, please notify the sender immediately by replying to this email and then delete this material from any system that it may be on. Henry County Water Authority does not accept responsibility for any changes made to the information contained in this communication after it was originally sent.