Bug #13890
closedConstant error message in Technique Editor when an invalid technique as been created
Description
If we create a technique, with a parameter finishing with \ , we get an error message at save
But the file is still saved, and when we go back to tehcnique editor we have again a message
An Error occured! Could not parse Technique 'invalid_technique' Details: caused by : Error while running post-hook command cf-promises -pjson -f /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf:9:126: error: syntax error "method_call_context_0" usebundle => _method_reporting_context("File absent", "/tmp/some_broken_file\"); ^ /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf:9:126: error: Invalid function argument, wrong input 'method_call' "method_call_context_0" usebundle => _method_reporting_context("File absent", "/tmp/some_broken_file\"); ^ /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf:9:154: error: Expected ',', wrong input '" usebundle => file_absent("' "method_call_context_0" usebundle => _method_reporting_context("File absent", "/tmp/some_broken_file\"); ^ /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf:9:155: error: Invalid function argument, wrong input '/' "method_call_context_0" usebundle => _method_reporting_context("File absent", "/tmp/some_broken_file\"); ^ /var/rudder/configuration-repository/ncf/50_techniques/invalid_technique/invalid_technique.cf:9:158: error: Expected ',', wrong input 'tmp' "method_call_context_0" usebundle => _method_reporting_context("File absent", "/tmp/some_broken_file\");
The only way to get out of that is to modify the .cf file
We should be able to check the file before saving, or if it's not possible, save it somewhere safe first, validate, and move it to final position
Targeting to 4.3, but the full lfix may be too hard to get there
Updated by Nicolas CHARLES about 6 years ago
a first workaround could be to escape last \
Updated by Vincent MEMBRÉ almost 6 years ago
- Target version changed from 4.3.7 to 4.3.8
Updated by Nicolas CHARLES almost 6 years ago
- Related to Bug #10723: Escaping backslash+double quote in NCF method file_ensure_lines_present added
Updated by Nicolas CHARLES almost 6 years ago
- Related to Bug #7745: \ are not escaped in technique editor added
Updated by François ARMAND almost 6 years ago
- Assignee set to Vincent MEMBRÉ
We need to still display the broken technique with at least the "delete" button + the error message in the technique details + not the error message in notification.
Updated by Vincent MEMBRÉ almost 6 years ago
- Target version changed from 4.3.8 to 4.3.9
- Priority changed from 70 to 69
Updated by Alexis Mousset almost 6 years ago
- Target version changed from 4.3.9 to 4.3.10
- Priority changed from 69 to 68
Updated by Alexis Mousset almost 6 years ago
- Related to Bug #11348: Impossible to save a new technique when last char in a parameter is a backslash added
Updated by François ARMAND over 5 years ago
- Target version changed from 4.3.10 to 4.3.11
- Priority changed from 68 to 67
Updated by Vincent MEMBRÉ over 5 years ago
- Target version changed from 4.3.11 to 4.3.12
- Priority changed from 67 to 66
Updated by Vincent MEMBRÉ over 5 years ago
- Target version changed from 4.3.12 to 4.3.13
- Priority changed from 66 to 65
Updated by Vincent MEMBRÉ over 5 years ago
- Target version changed from 4.3.13 to 4.3.14
- Priority changed from 65 to 64
Updated by Vincent MEMBRÉ over 5 years ago
- Target version changed from 4.3.14 to 587
- Priority changed from 64 to 63
Updated by Vincent MEMBRÉ over 5 years ago
- Target version changed from 587 to 4.3.14
Updated by Alexis Mousset over 5 years ago
- Target version changed from 4.3.14 to 5.0.13
very likely not fixed.
Updated by Vincent MEMBRÉ about 5 years ago
- Target version changed from 5.0.13 to 5.0.14
- Priority changed from 63 to 61
Updated by Vincent MEMBRÉ about 5 years ago
- Target version changed from 5.0.14 to 5.0.15
- Priority changed from 61 to 60
Updated by François ARMAND about 5 years ago
- Priority changed from 60 to 58
It should be "just" an try/catch away: try { parse } catch (error) { default stub "error technique" which is handle specificly in editor }
Updated by François ARMAND about 5 years ago
- Effort required set to Very Small
- Priority changed from 58 to 82
budget: very small to at least check if problem still here (and perhaps correction is short)
Updated by Vincent MEMBRÉ almost 5 years ago
- Target version changed from 5.0.15 to 5.0.16
Updated by Alexis Mousset almost 5 years ago
- Target version changed from 5.0.16 to 5.0.17
Updated by Vincent MEMBRÉ over 4 years ago
- Target version changed from 5.0.17 to 5.0.18
Updated by Vincent MEMBRÉ over 4 years ago
- Target version changed from 5.0.18 to 5.0.19
Updated by Vincent MEMBRÉ about 4 years ago
- Target version changed from 5.0.19 to 5.0.20
Updated by Vincent MEMBRÉ about 4 years ago
- Target version changed from 5.0.20 to 797
Updated by Benoît PECCATTE over 3 years ago
- Target version changed from 797 to 6.1.14
Updated by Vincent MEMBRÉ over 3 years ago
- Target version changed from 6.1.14 to 6.1.15
Updated by Vincent MEMBRÉ over 3 years ago
- Target version changed from 6.1.15 to 6.1.16
Updated by Vincent MEMBRÉ about 3 years ago
- Target version changed from 6.1.16 to 6.1.17
Updated by Vincent MEMBRÉ about 3 years ago
- Target version changed from 6.1.17 to 6.1.18
Updated by Vincent MEMBRÉ almost 3 years ago
- Target version changed from 6.1.18 to 6.1.19
- Priority changed from 82 to 83
Updated by François ARMAND almost 3 years ago
- Status changed from New to Resolved
- Priority changed from 83 to 84
Technique editor technique generation changed massively since then. That case was not reproduced, and other similar problem were corrected. I'm closing it, and we will open new tickets if needed.