Just upgraded to 2019.0.2.0 and the BulkAttributeRenamer shows some unexpected behaviour,when an attribute's name contains special characters (in my case German umlauts "äöü",but I assume any non-ascii trigger the problem).Problem did NOT occur in 2017.1.2.
The transformer's mode of operation (prefix,regex etc.) doesn't seem to matter: simply adding a prefix is enough to trigger the bug.
Minimal example to reproduce:
Can anyone else reproduce this?BulkAttributeRenamerBug.fmw
Hi,
I have developed a workbench to process some spreadsheet information (as you would).There are no Python callers,system callers or startup/shutdown scripts in the workbench,and never have been.Opens excels,writes excels.
At some point this morning it suddenly decided that when it is run,it deletes all files (not folders) within the folder it is being run from,including itself (as it is open I can hit save after it runs).
I cannot think of anything that should be causing this unexpected behaviour.Has anyone seen anything like this before?
FME 2018.1.0.3 Build 18552 - WIN64 on Windows Server 2008 R2 Enterprise SP1 64bit.
Regards
John
Hello,
I have a workbench with an optional DATE-parameter.When I use a tester to handle that empty date,I get different 'outcomes' when running from within FME Workbench compared to running it from FME Server.FME Server says an empty date parameter 'HAS A VALUE',but directly in Workbench an empty date parameter is an 'EMPTY STRING'.I use the exact same versions for Server and Desktop (version 2018 build 18301 Win64).
Is this a bug?How can I properly handle empty dates passed via parameters?
Regards,
Frank van Doorne