cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

The PTC Community email address has changed to community-mailer@ptc.com. Learn more.

Prohibit republishing for EPM Documents only upon folder change

Prohibit republishing for EPM Documents only upon folder change

CAD worker is spending days on publishing EPM-documents because they are moved. (So no re-publish required!)

Waste of time/energy/disk.

In Knowledge base known as:

CS198613

7 Comments
AlexandriaCaval
6-Contributor

I have found this process very annoying also. I generally log in as Site Admin to delete those extra processes as I go. It would be very nice to eliminate this extra work and keep the other "real jobs" on track.

Darrell
12-Amethyst

I would like the option to publish for a context-to-context move but not for a folder move within a single context.

mschulze
12-Amethyst

I agree with PTC that a move is a change of the object, since this information is documented in properties of the CreoView file.

But I agree also, that for may types of changes, a republish is not required.

Therfore in general, it should be easy to configure on which type of change a republish should be inniciated.

e.g. move, lifecycle change, ...

On top it would be grate, if it couls be configured also by the type of object.

E.g. lifecycle change of a drawing should be republished (think of a Lifecycle on a drawing) but upon a lifecycle change of a part, a republush may not be required.

Maybe a configuration like the additional files configuration could be a way to realise it.

PTCModerator
Emeritus
Status changed to: Acknowledged
 
Jos
7-Bedrock
7-Bedrock

We are so numerous needing this to be simple settings and not customization.

Any mass move between libraries and products could impact thousands of CAD objects very quickly and so preventing all other end users from getting their publications fast. It can last several days before a designer gets his drawing before all the unwanted publish jobs complete before him...

Having the publish.republishondocumentchange and the 3 others set to false does not change a thing, mass move still pushes thousands of objects in publication queues... 

 

fdeklerk
3-Visitor

@Jos 

Did you re-start windchil after you change the properties?

Also as an admin you can easily delete publish jobs from the job monitor, so you don't have to wait several days

Jos
7-Bedrock
7-Bedrock

yes @fdeklerk 

and deleting the jobs from the job monitor is what i think we would like to avoid. Thousands of job filling in the queues for nothing, real needs prevented from being published because of the ones already pending, and what about when admins are off-work... this is why i can see Windchill admins would like some tools here