I was referring to the version that you used with Chrome/Firefox (e.g., 5.3.0).
I do not see issues with 5.4.2 for job processing. The GUI is a bit slower than Silverlight (188.8.131.52). Of course your job processing may yield different results.
Im sorry, "The GUI is a bit slower"? Editing nodes is 10 times slower... I have waited long for HTML version and now it is much worse than SilverLight version :(
Workflow looks like this:
And after submitting job is paused:
I cant press "Resume Job" and if I press cancel Core will crash and I have to restart Core serwer.
In previows version of Core it worked, Join node has a "collect jobs" option, now (new version of Core) it is default. If I change Join to Collect (for 1 minute) it is working but I dont wont to wait 1 minute..
How can I share a workflow file?
I have been able to recreate the Join problem. I have written a BUG against it. You can also contact Xerox support and have them write up the problem -- customer complaints have more weight than development problem reports.
I get the exact same problem when I use collect on the imposition Node.
I also have a problem when I split. I have a workflow that we have been using for a long time that will take in a zip file that conatins has 50 books. I have a split node that strips off page 1, 2, 3 and 4 and sends them to a different branch, because these are perfect bound books. This branch has an imposition node in it to impose the pages into a signature and then it has the collect operation turned on to collect all of the jobs documents for that job into one file then I send this to a save node that saves into a hot folder that sends it to the printer. I do this save step using the following command "$FFwfJob.groupName$ - Covers" in order for it to retain the name of the zip file submitted. This has always worked in the past and we have been running this way for 2 + years. The pages go to a seperate branch to print as 8.5 x 11. Now what is happening is that the the file sits in the active Queue as Submission pending. Within this job the files have been duplicated and the ones that are collected and imposed are marked as complete even though they never make it to the printer and the other ones, the pages, are waiting for processing.
I have reversed the upgrade on our development server and gone back to 5.3.0. The exact same workflow is on our development server. I will be testing tomorrow and will let you know if the problem still exists but I have to say that I believe that it will not.
I have not been able to replicate the issue on FFCore 5.4.2. I do not know what your WF is exactly. Could you include the .ffc of your workflow? You'll need to change the extension to .zip when you upload it.