user function block password bypass

[Simon Tyrcha]

One of my user function blocks somehow received password protection, and I cannot access it for editing. Is there a way to bypass this feature?

[Konni66]

No.

[darek]

I'm using easySoft V8.25 build 4098 and have the same issue.
My user function was blocked by a password, but I didn't set one at all.
Now I can't access the code I wrote. What is going on? I've had this issue twice.

[MPC]

This has happened to me too.

I have 3 UF blocks in a program and the first one has now got password protection. Surely this is a bug, perhaps the program password prompt (which I have disabled) has been activated on the first UF in the program instead of the main program??

So frustrating.

[Simon Tyrcha]

To the other users experiencing this problem:

I have not found a solution other than to write my UFBs in a seperate program, save the file, then write the UFB using the UFB editor, adjust any bits as needed to go from a stand alone program, to being able to use discreet I/O for the UFB, name and save it.

If it self-assigns a password, you can reference your original prorgram, rewrite the UFB as a newer version, then use the REPLACE USER FUNCTION BLOCK function under the PROGRAM tab at the upper toolbar to replac e the corrupted UFB with the updated version.

As I write this, I am also realizing that if all UFB created used a generic passcode that you will never forget, then possibly it will not be able to self populate that field ...

I have not updated my IDE in a while. Maybe this issue has been resolved.

Cheers!

[ELWMS]

Hello!

I have no choice but to reconstruct the entire module from memory. Since I'm aware of the problem, I've gotten into the habit of saving ALL UF modules as PDFs to at least ease the burden on my memory. One wrong click, and the password is generated, and... well, you know the rest. Why UF modules automatically lead to security, but the entire program requires a roundabout approach, is beyond me. There should be a different way to handle this. IT security aside. Perhaps a master password, user-generated during the EasySoft installation and stored in the local installation path, could be used. Most people will probably always use the same password anyway. Humans are creatures of habit.

Cheers,

ELWMS

[JansenDa]

Hi All,

anyone with this fault, please contact me. Send me the user function block. In most cases our R&D team can remove the pw protection.
This is a known bug which we fixed some version ago. So also: please update to the latest version of easySoft!
In the SW you'll find a "check update" feature.

BR
Daniel