About [BUGFIX] Server: Fixed issue in Email Trigger performing actions even though Conditions not me

Also I've noticed that when an email arrives that is in !Contains% email trigger it re-processes the last email that was processed by the Contain% email trigger.

Please can you fix this bug as it creates duplicates.

Each Trigger is polling separately. If you have different "actions" it should not be a problem. We tested this my creating two Triggers where one using Contains and one !Contains. One trigger was set to move to one folder and the other to other folder. We sent two different emails and they were correctly moved to separate folders.

---

New version. Fixed a build issue.

---

Please download the latest beta as well.

---

Yikes, i've apparently been away (busy with other projects) for a while... Thanks for all the hard work!!!!

I read through most of the information I could find this morning and admittedly may have read too quickly, but we're running 6.2.1 on our QA server, 6.1.4 in Production.

I saw a note about e-mail notifications/tasks likely needing to be configured manually after upgrading to 7.x Are there any other known issues? Instead of using powershell scripts i've started using a TON of built in functionality on the 6.1.4 installation and have some of it minimally reproduced on our QA server to test basic things, but what i'm concerned about is.... when the time comes to upgrade production are there any settings that we may have today that will either not exist or otherwise be disabled/non-functioning after an upgrade to 7.x?

I'm trying to get as many similar tasks/jobs configured on our Q server that are easily reproducable and mirror on basic levels that of our Production system. Specifically for testing upgrades to validate settings like this, but i figured i'd just ask in case it was already known.

Also, when the time comes to update to 7.x from 6.1.4, should I update to the latest 6.x version prior and then upgrade to 7.x or is it fine to go straight from 6.1.4 to 7.x ?

Brian

Updated zip components in new download.

---

Hi Brian,

Notifications should be upgrade to Task Notifications automatically but especially Email Notifications require some extra verification as a new Connection is created for them.

We have not disabled any functionality - just moved some.

You can upgrade straight to 7.0.0.

Yikes, i've apparently been away (busy with other projects) for a while... Thanks for all the hard work!!!!

I read through most of the information I could find this morning and admittedly may have read too quickly, but we're running 6.2.1 on our QA server, 6.1.4 in Production.

I saw a note about e-mail notifications/tasks likely needing to be configured manually after upgrading to 7.x Are there any other known issues? Instead of using powershell scripts i've started using a TON of built in functionality on the 6.1.4 installation and have some of it minimally reproduced on our QA server to test basic things, but what i'm concerned about is.... when the time comes to upgrade production are there any settings that we may have today that will either not exist or otherwise be disabled/non-functioning after an upgrade to 7.x?

I'm trying to get as many similar tasks/jobs configured on our Q server that are easily reproducable and mirror on basic levels that of our Production system. Specifically for testing upgrades to validate settings like this, but i figured i'd just ask in case it was already known.

Also, when the time comes to update to 7.x from 6.1.4, should I update to the latest 6.x version prior and then upgrade to 7.x or is it fine to go straight from 6.1.4 to 7.x ?

Brian

---

New version, fixes:

[BUGFIX] Server: Fixed issue with Cloud upload Tasks not closing the filestream properly resulting in locked upload file
[BUGFIX] Server: Fixed a problem with not being able to stop running Powershell Task
[BUGFIX] Server: Fixed update of Windows process id in "Running Jobs" window
- Problem with Retry times in Flow
+ Added new features regarding controlling Flow in Retry (Goto Task if finally fails) and Goto Task (Run following in order)

---

Regarding
Originally Posted by: DineshHirani
About [BUGFIX] Server: Fixed issue in Email Trigger performing actions even though Conditions not me

Also I've noticed that when an email arrives that is in !Contains% email trigger it re-processes the last email that was processed by the Contain% email trigger.

Please can you fix this bug as it creates duplicates.


Each Trigger is polling separately. If you have different "actions" it should not be a problem. We tested this my creating two Triggers where one using Contains and one !Contains. One trigger was set to move to one folder and the other to other folder. We sent two different emails and they were correctly moved to separate folders.

The problem is that if you leave VisualCron running and as NEW emails arrives later on during the day the previous email that that was processed with the trigger Contain% is processed again when the email DID NOT arrive. Duplicates are being processed.

Dinesh, are you sure your Conditions does not overlap each other?

By design, each mail will be processed once by each Trigger. But if you have overlapping Conditions both will be Triggered.

Regarding
Originally Posted by: DineshHirani
About [BUGFIX] Server: Fixed issue in Email Trigger performing actions even though Conditions not me

Also I've noticed that when an email arrives that is in !Contains% email trigger it re-processes the last email that was processed by the Contain% email trigger.

Please can you fix this bug as it creates duplicates.


Each Trigger is polling separately. If you have different "actions" it should not be a problem. We tested this my creating two Triggers where one using Contains and one !Contains. One trigger was set to move to one folder and the other to other folder. We sent two different emails and they were correctly moved to separate folders.

The problem is that if you leave VisualCron running and as NEW emails arrives later on during the day the previous email that that was processed with the trigger Contain% is processed again when the email DID NOT arrive. Duplicates are being processed.

---

New version uploaded:

[FEATURE] Client/Server: Added overwrite option for Rename file Task
[FEATURE] Client/Server: Added SendKeepAlive option in SSH Task
[FEATURE] Client/Server: Added optional environent variables when sending command in SSH Task
[FEATURE] Client/Server: Added Trigger.RSS.PubDate Variable
[BUGFIX] Server: Fixed a bug in updating result objects from Triggers (when Job came from queue)

---

I've sent an email to you Henrik with the job.

Here is what happens, we have two conditions IGNORE and NOT IGNORE
1. Email arrives for NOT IGNORE, it gets copied into the Completed folder and attachment is copied.
2. Email arrives for IGNORE, it gets copied into the Ignore folder and no attachment is copied.
3. All good so far
4. Now couple of hours later
5. Email arrives for IGNORE, it gets copied into the Ignore folder and no attachment is copied.
6. PROBLEM, Item 5 triggers the email that arrive in Item 1 to be processed again. THIS IS THE PROBLEM I’m referring about.

I've sent an email to you Henrik with the job.

Here is what happens, we have two conditions IGNORE and NOT IGNORE
1. Email arrives for NOT IGNORE, it gets copied into the Completed folder and attachment is copied.
2. Email arrives for IGNORE, it gets copied into the Ignore folder and no attachment is copied.
3. All good so far
4. Now couple of hours later
5. Email arrives for IGNORE, it gets copied into the Ignore folder and no attachment is copied.
6. PROBLEM, Item 5 triggers the email that arrive in Item 1 to be processed again. THIS IS THE PROBLEM I’m referring about.

Please send us the log file from the new version we made for you - if it fails again.

---

New version, fixes:

[FEATURE] Client/Server: Added string Variables "Get first line", "Get last line","GetLineByRowNumber"
- fixed a bug when importing Error Notifications which could result in duplicates

---

New version:

[FEATURE] Client/Server: Added support for selecting and executing multiple Jobs in the Client
- various minor fixes

---

Download updated:

[FEATURE] Client/Server: Added support for increased length in output in Task history

---

Hi Henrik,

Couple of Points for you to check on the new Functions.

1) Can you check for a leading line feed on the GetLinebyRowNumber Function.

Please see attached screen prints (example based on existing checks on the bottom 3 footer rows of a BAI2 Banking File)

2) <Trivial> Variable List for the 3 new functions is inconsistent with other variables - Missing "String."

BTW really appreciate these, great for file validity checks / retrieval of header and footer information for complex file processing.

This will get rid of some more powershell for us !

Regards

Kevin

Hi Henrik,

Couple of Points for you to check on the new Functions.

1) Can you check for a leading line feed on the GetLinebyRowNumber Function.

Please see attached screen prints (example based on existing checks on the bottom 3 footer rows of a BAI2 Banking File)

2) <Trivial> Variable List for the 3 new functions is inconsistent with other variables - Missing "String."

BTW really appreciate these, great for file validity checks / retrieval of header and footer information for complex file processing.

This will get rid of some more powershell for us !

Regards

Kevin

Thank you for your comments. What you could do is to use the Trim Variable first to remove any leading or trailing new lines.

---

Thanks for the Response Henrik,

We can trim the results as you have highlighted.

What I was highlighting though was the inconsistency with the other Line functions :

- None Include Trailing Line Feeds
- LastLine does not include a Leading Line Feed (returns a single line)
- GetLinebyRowNumber does include a Leading Line Feed.

See yesterdays screen print (reattached here):
20130715 - GetLineByRowNumber - Third Last Line Results

You will also note that the extra line does not show in Variables 'Value Preview' but does show when you edit variable in the 'Variable Value'.

Its not a biggy, I just think consistency makes life easier for us all.

Regards

K

Thanks for the Response Henrik,

We can trim the results as you have highlighted.

What I was highlighting though was the inconsistency with the other Line functions :

- None Include Trailing Line Feeds
- LastLine does not include a Leading Line Feed (returns a single line)
- GetLinebyRowNumber does include a Leading Line Feed.

See yesterdays screen print (reattached here):
20130715 - GetLineByRowNumber - Third Last Line Results

You will also note that the extra line does not show in Variables 'Value Preview' but does show when you edit variable in the 'Variable Value'.

Its not a biggy, I just think consistency makes life easier for us all.

Regards

K

I misunderstood you. I thought it was very specific to your input. But yes - we will trim the result in the final version.

---

New version, changes:

[FEATURE] Client: Optimizations of start time and Add/Edit Job window
[BUGFIX] Client: Fixed a bug in the Remote registry viewer concerning certain string types and Cancel option

---

New version - fixes and issue with last version where it in some cases the client window could not be opened.

---

Just curious if there is an approximate release date for v7? I have a need to schedule Crystal Report files to export to Excel, which is a bug in the current production version, but fixed in the V7 beta. I'm usually reluctant to put beta version into production.

I understand if this information is available, but thought I would ask just in case.

Thanks,
Chris

Just curious if there is an approximate release date for v7? I have a need to schedule Crystal Report files to export to Excel, which is a bug in the current production version, but fixed in the V7 beta. I'm usually reluctant to put beta version into production.

I understand if this information is available, but thought I would ask just in case.

Thanks,
Chris

Our initial plan was this week. But due to summer vacations and waiting some more feedback we have pushed it to 1:st of August.

---

Great, thanks! Looking forward to the release. What a great product.

New version uploaded - changes:

[FEATURE] Server: RSS, Remote file, SQL and Email Trigger are no longer polling if a Time exception exists at poll moment - previously only checked at "fire"-moment
[BUGFIX] Server: Fixed a bug concerning detection of encryption in S/MIME emails in Email Trigger
[BUGFIX] Client/Server: Fixed issues running Job on other Server (through Job/Task Control Task) with Job Variables

---