Portals failing after update to 4.0

[Penguin]

I updated the portals to 4.0 and now Switch says that my outgoing Program ID is not valid but it matches my incoming portal so I'm confused. Any help would be appreciated.

Thanks,

[Arthur]

The same thing happens when updating to 5.0.
I have not had time to play around, but my first bet was to recreate the IN / OUT portals from scratch, giving them the same values as you already had.
In our case it is almost a 100, so I reverted back to 3.0 as it was quicker than recreating those.
But I'd check that first.
Please let us know if it worked.

[essexmate]

I've noticed since upgrading to version 6.0 (and I think the same was also happening with version 5.0) that some of our callbacks are failing. Switch Portals is occasionally leaving zip files in this location: C:\Users\username\AppData\Roaming\Enfocus\Switch Server\ScriptData\SwitchPortalsEther (Doing a search for .zip in that location shows up zip files which get stuck).

When this happens, we get an error for the portal saying "unpackJob returned false. Could not unpack. Skipping this file. See previous message for further information." The previous message says "Job ticket does not exist, and could not be restored".

I have tried recreating the portal callback with new values, the error goes away, but eventually returns.

[ThomasDeschamps]

Hello there,
After encountering numerous problem with V3, We decided to take a look at the code from Dominick Peluso, and rewrote it.
Finally we took over the maintenance of Portal app, but the appstore is still not up to date for the new repo for the portal support Here is the new link : https://bitbucket.org/sobookhub2/switch-portal.


Here is the statement before our work (V4 to V6), the Outgoing module Had two major "bug" :

• When the Outgoing try to read a "Zip" in the ether path before it was full written

• When the "zip" file did'nt contain any "job ticket"

Portal V4
We adressed this by two test :

• Check if the file "has arrived" for a delimited time (no evolution in file size)
  If false, throw an alert, and skipp the file until the next test

• Check if the job ticket was present in the zip file
  if not throw an error and skipp file until the next test (repeatidly)

By doing that, Outgoing portal can't entirely crash.

Portal V5
We had a demand from enfocus in order to make it more compliant with older switch version

Portal V6
Solved an issue with the "program ID" field validation wich is fixed since V6

Since the most frequent error we encounteredFor the moment, we did'nt rework the "incoming" element wich is still in the same state since V3.
We'll try to rewrite this for a futur V7 in order to fix the job ticket writting.
Let us now if it answer totally or partially to your problematics and feel free to give us feedback or idea for futur improvement (TrafficLight, outgoing log, bug that we didn't notice...)

[essexmate]

Hi Thomas, thanks for your reply.

Even with version 6, Portals is very buggy. We are seeing zip files getting stuck within Portals folders. When this happens, we get the following errors:

unpackJob returned false. Could not unpack. Skipping this file. See previous message for further information

Job ticket does not exist, and could not be restored

This error gets repeated continually until the zip file is manually removed from the portals folder.

The error is also inconsistent and doesn't occur all the time. It happens with different portal callbacks.

We didn't see any of these errors with version 3.

[gabrielp]

Finally we took over the maintenance of Portal app

the appstore is still not up to date for the new repo for the portal support Here is the new link : https://bitbucket.org/sobookhub2/switch-portal.

Instead of forking the project entirely, could you make contributions to https://github.com/open-automation/switch-portals ?

[ThomasDeschamps]

Hi Thomas, thanks for your reply.

Even with version 6, Portals is very buggy. We are seeing zip files getting stuck within Portals folders. When this happens, we get the following errors:

unpackJob returned false. Could not unpack. Skipping this file. See previous message for further information

Job ticket does not exist, and could not be restored

This error gets repeated continually until the zip file is manually removed from the portals folder.

The error is also inconsistent and doesn't occur all the time. It happens with different portal callbacks.

We didn't see any of these errors with version 3.

Can you Pm me a "zip" file in order to test it?