[User Build V2] logFilePatterns in results tasks does not work as a glob pattern

[FALLAI-Denis]

Development environment used

• Z Open Editor version: 6.7.1
• Editor Platform
  • Visual Studio Code
  • Red Hat OpenShift Dev Spaces
  • Eclipse Che
• Editor Platform Version: 1.137.0
• Operating System: Windows 11
• Java Version: JRE 21
• Related to RSE API?
  • RSE API Plugin version:
  • Zowe CLI version:
  • Node.js version:
• Logs attached: no

Problem Description

The logFilePatterns property in a result task does not work with a glob pattern.
The property is translated into a find command using the -name option,
The ** pattern is not processed by the -name option find command as in a true glob pattern.

See File name generation

Observed behavior

The following statement does not find .log files more than one subfolder level deep:

2026-09-12T15:10:46.507Z: CRRZG5283I Executing SSH command: 
/bin/find /u/J070188/DBB -type f -name '/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.json'
...
2026-09-12T15:10:48.952Z: CRRZG5283I Executing SSH command: 
/bin/find /u/J070188/DBB -type f -name '/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.log'
...
2026-09-12T15:10:51.340Z: CRRZG5283I Executing SSH command: 
/bin/find /u/J070188/DBB -type f -name '/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.html'

The pattern {text1,text2...} is not supported.

2026-09-12T15:41:19.235Z: CRRZG5283I Executing SSH command: 
/bin/find /u/J070188/DBB -type f -name '/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.{json,log,html}'
2026-09-12T15:41:21.308Z: CRRZG5266I Total log files found: 0

Expected behavior

[FALLAI-Denis]

PS :

Same problem with GRUB SSH fetch:

scp -r -q 'J070188@hostname.acme.com:/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.json' .reports/S9TL1A.cbl/
--> BuildReport.json
--> Inventaire.json
scp -r -q 'J070188@hostname.acme.com:/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.log' .reports/S9TL1A.cbl/
--> no files...
scp -r -q 'J070188@hostname.acme.com:/u/J070188/DBB/LOGS/S9TL1A.cbl/**/*.html' .reports/S9TL1A.cbl/
--> BuildReport.html

Note that scp apply a first conversion from EBCDIC (IBM-1047?) to ASCII (ISO-8859-1?) which is not suitable for files that are not initially encoded in IBM-1047 EBCDIC.
According to the debug mode, the files are then converted locally from EBCDIC IBM-037 to UTF-8...
However, most of our files are in EBCDIC IBM-1047, IBM-1147, ISO-8859-1, or UTF-8.
Upon receipt at the workstation, the transferred files are unusable.

[phaumer]

@FALLAI-Denis did you check the updates and fixes we made to fetch in 6.7.1? It can now use the UNIX System Services file tags or the gitattributes file to decide on the conversion. (Delete the .zopeneditor folder in your workspace to get the new files installed.)

[FALLAI-Denis]

Hi @phaumer,

All tests were performed on version 6.7.1 of ZOE; no tests were conducted on version 6.7.0.