You are viewing limited content. For full access, please sign in.

Question

Question

DCC Mixing Up Server and Repo Names

asked on April 28

I am sure I posted this issue a year or so back, but can't find it, so here goes...

We have a process where we receive PDF files, and need to convert the pages to images.  So WF (V12.0.2503.2695) sends it off to DCC (V11.0.2102.97). The steps are sequential, so when DCC is finished it calls the next workflow. The problem is that DCC switches the server name and the repo name, to see need to toggle these through our own tokens.  It's not the worst thing in the world, but annoying each time we have to remember to do that.  Here's the process, server and repo name redacted except for .locals. Initial entry in the first WF Rule:

 

DCC called via “Schedule PDF Page Generation”

 

With the option to invoke a workflow on success:

So far so good. Except the invoked workflow has the server and repository values reversed.  This is largely redacted but notice the repo with a .locals domain:

Which leads to all kinds of havoc. Note again the repo identified as Domain.locals.

 

If I remember correctly this was a known issue a while ago.  Does anyone know where it might be on the punch list?

 

0 0

Answer

SELECTED ANSWER
replied on April 28

Hi Bill,

Bug #588880 to investigate and fix the mixing up of DCC has been filed.

Thanks!

1 0

Replies

replied on April 29

Bug #588880 is duplicate of Bug #338359, which should be the known issue. Bug #338359 is actually fixed but unfortunately, we don't have a exact schedule of DCC's next release

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.