Miro

@Martyn Houghton the fix regarding problems with branching over variables set by custom question checkbox list is already released - Collaboration Core Build 952 (23-Oct-2018). If you still have problem then it must be something different. Creating simple flow that I can use to replicate your problem would definitely speed up things. Thank you, Miro

hi @Martyn Houghton, It seem like we have a hiccup with that release. We did another one and should be there. Sorry for any inconvenience. Thanks, Miro

@DeadMeatGF there was a release with fix today - branching was not working properly with values from checkboxes. Could you check if this was related to the problem you found?

@Alisha finally! At the moment there is a limitation with pro capture were it should not start with branch and unfortunately we have this situation. You had twice request category so it's been removed from second flow. This cause that flow looks like: ... Preferred Contact -> Request category -> SWITCH -> BRANCH -> SWITCH -> 3rd flow... In red "Switch -> Branch" represents second flow that has no form at the beginning because it was automatically removed (found doubled). So solution was to remove request category from first flow and this change flow to be split like this: ... Preferred Contact -> SWITCH -> Request category -> BRANCH -> SWITCH -> 3rd flow... Anyway glad that I can help and sorry that it took so much time but it wasn't easy to find it. Pro capture can be done in so many different configurations...

@Alisha I think I have something but first need to make sure that this is the case. I noticed that you have request category doubled in your flows. Is that possible that you remove it from the FIRST one?

Hi @DeadMeatGF, Could you provide more info? When it happen, what is the flow? Are you able to create an example flow that is giving you that message? Thanks, Miro

@Alisha ahhh indeed, you can also update code separator, completely forgot about this bit! Anyway if this won't work for you let me continue investigation...

Hi @Alisha I think I've found what is wrong. When you are comparing category name you need to fix subcategory separator. So you have something like Category name == "Category/A>XYZ" and you actually need to do it like follow: Category name == "Category/A->XYZ" So as you can see there is missing "-" (minus). Categories and subcategories are separated with "->" (not ">"). I did it and it started working for me. Let me know if that fixed the issue for you. The is one last bit I'm interested to know. In last branch if there is NO MATCH - it's pointing to next node named "THE END" - wasn't it making loop? PS. Please also rename capture names you are pointing to with same fix.

Hi @HGrigsby, Here you have a simplest workflow that should cover your case. It is similar to @Paul Alexander version but a bit simpler. Basically in workplace adjustment you have checkbox list with hardware and software. The rest you can hopefully figure out from attached flow. Thanks, Miro

@Alisha without Victor I can't make it. @Victor I know that you are busy but definitely need your help with this one as I can't replicate the problem.

Hi @samwoo, I'm right now on it and have some things done. Can't estimate any date as I also need to involve guys from "admin" but work is in progress. Thanks, Miro

Hi @samwoo In theory it could be possible by adding another site definition that return site name instead of id but in practice it would fail if there would be two or more same names or someone will change name later. Also adding almost redundant query definitions for this is not the best idea. Anyway we are aware of this problem and looking for a proper solution and hopefully have one soon. Thanks, Miro

@Alisha really sorry that is taking so long. Not sure how we can do it but I think I need to see this for better understanding - kind of screen share or similar. I think I'm missing something really fundamental here and that is the reason why I can't fix it. Will talk tomorrow to @Victor to see what are available options.

@Aaron Summers @samwoo I created simple pro cap flow where I put custom form with site selector, then I added two hidden labels with conditions. Labels become visible if you pickup specific organisation (matching id). Also added branch and depend on selected organisation is going to specific form. All works as expected. Can you have a look and say if this is the case or its different problem? Here you have a short video how it works https://www.screencast.com/t/k7iL64S0 Thanks, Miro

hi @Aaron Summers, What data query are you using?

Hi @Aaron Summers, Just read your question - could you specify what you mean with "Simple list" in BPM read by pro capture form? Anyway will try to answer, there should be always item "Display" visible to user. "Value" is done just for data processing so you can do check against simple 1,2,3... not entire character sentences. Progressive capture when is displaying data from simple list in drop down/checkbox list/radios is always displaying items name (and item "Value" should be stored in DB). In case of BPM not sure. Need to ask someone who is more familiar with this part but guessing that is similar. Let me know if this is answer you've been looking for. Thanks, Miro

@Alisha I notified SM team about it and also waiting for their respond. Sorry that it is taking so long.

@Alisha all variables are exactly like @James Ainsworth mentioned.

@Alisha there is probably a problem with a way ServiceManager is storing labels from progressive capture. Will notify them and once I will get know anything will let you know.

@Dan Munns could you put a screenshot of one question (text field) with defined variables in it? Hopefully this will guide me or at least help a bit to understand how to replicate.

@Jeremy So it happen after the build when we hided reason field. Will have a look.

Hi @Jeremy Did it ever work for you? Asking as I'm trying to replicate this. You should see task questions straight forward when opening task and click complete button. Do you have any custom questions defined against outcome? Also what browser are you using? Thanks, Miro

@Dan Munns never meet that problem before. Just tested it with simple text inputs and all stay empty when no value was provided. What type of fields you've been using here? Need to replicate that. Also what browser/os are you using?

Hi @Dan Munns Are you referring here to custom questions answers in task? Or progressive capture answers in request view? Thanks, Miro

hi @samwoo, I finally managed to replicate it and understand what happen here So the global view is affecting all views and in this specific scenario (board view) extra filtering is added from lanes by merging view + lane filter. So if you have category A+B in view then you adding yet another category from lane and you end up with category A+B+C. Is not overwriting it. This behaviour is intended. Hopefully I make it more clear now, but if you still have questions then do not hesitate to ask. Thanks, Miro