Planned for Future Release

Reactivate a completed project in WorldServer

In TeamWorks it was possible to reactivate a completed project, for example if it was completed by mistake. In WorldServer it is impossible to do so, and the translated SDLXLIFF cannot be integrated in a new project nearly as easily, either. Also, sometimes the cost model was not added before the project was completed. Therefore, please make it possible to reactivate completed projects in WorldServer, so that fully translated target files can be generated.

Parents
  • I'd absolutely love to see this functionality in the future. I'd go a step further even, I'd love to see a way to roll back tasks to any previous step in the workflow (just think dragging and dropping the light bulb in the workflow view--I'm sure a feature like this would have to be used carefully depending on the actions the file has passed through, but it'd be neat).

    As for the workaround that Eric suggested, I usually use the freeware BulkFileChanger to change the time stamp. This can save you tons of clicks when you have to change the time stamp for lots of files.

    In our particular setup, though, we're not encouraged to use the update function because this messes with our reports.

    For me, the essence of this idea is not just about accidentally completing projects. We allow clients to create their own projects, and as a consequence sometimes get projects that have the wrong project type or wrong language pair. In these extreme cases I'd love to roll a project back to before the project type was selected. All we can do at the moment is either have clients create a new project (which they don't like), or create it ourselves (which means the client loses the submitter role).  It's just not a very forgiving system when it comes to errors in the project setup.

Comment
  • I'd absolutely love to see this functionality in the future. I'd go a step further even, I'd love to see a way to roll back tasks to any previous step in the workflow (just think dragging and dropping the light bulb in the workflow view--I'm sure a feature like this would have to be used carefully depending on the actions the file has passed through, but it'd be neat).

    As for the workaround that Eric suggested, I usually use the freeware BulkFileChanger to change the time stamp. This can save you tons of clicks when you have to change the time stamp for lots of files.

    In our particular setup, though, we're not encouraged to use the update function because this messes with our reports.

    For me, the essence of this idea is not just about accidentally completing projects. We allow clients to create their own projects, and as a consequence sometimes get projects that have the wrong project type or wrong language pair. In these extreme cases I'd love to roll a project back to before the project type was selected. All we can do at the moment is either have clients create a new project (which they don't like), or create it ourselves (which means the client loses the submitter role).  It's just not a very forgiving system when it comes to errors in the project setup.

Children
No Data