Project

General

Profile

Actions
Copy link

Bug #15025

open

it should not be possible to create a variable with the same prefix as the technique name

Added by Benoît PECCATTE about 5 years ago. Updated 14 days ago.

Status:
New
Priority:
N/A
Assignee:
-
Category:
Techniques
Target version:
7.3.17
Pull Request:
Severity:
Minor - inconvenience | misleading | easy workaround
UX impact:
User visibility:
Infrequent - complex configurations | third party integrations
Effort required:
Priority:
0
Name check:
Fix check:
Regression:

Description

This is because we implement the prefix as a bundle name in cfengine, which breaks when we define a variable from outside the bundle.

So we should detect and forbid this.
An ideal solution would be to forbid any name that is already in use (technique name, generated directive bundle name, system bundle ...)

Actions
Copy link
 #1

Updated by Alexis Mousset about 5 years ago

  • Category set to Techniques
Actions
Copy link
 #2

Updated by Nicolas CHARLES about 5 years ago

  • Target version set to 5.0.13
Actions
Copy link
 #3

Updated by Vincent MEMBRÉ almost 5 years ago

  • Target version changed from 5.0.13 to 5.0.14
Actions
Copy link
 #4

Updated by Vincent MEMBRÉ almost 5 years ago

  • Target version changed from 5.0.14 to 5.0.15
Actions
Copy link
 #5

Updated by Vincent MEMBRÉ over 4 years ago

  • Target version changed from 5.0.15 to 5.0.16
Actions
Copy link
 #6

Updated by Alexis Mousset over 4 years ago

  • Target version changed from 5.0.16 to 5.0.17
Actions
Copy link
 #7

Updated by Vincent MEMBRÉ about 4 years ago

  • Target version changed from 5.0.17 to 5.0.18
Actions
Copy link
 #8

Updated by François ARMAND about 4 years ago

  • Severity set to Minor - inconvenience | misleading | easy workaround
  • User visibility set to Infrequent - complex configurations | third party integrations
  • Priority changed from 0 to 18

Variable from the corresponding technique ? I don't see how we can prevent that though, without big changed in technique parameter validator.

Actions
Copy link
 #9

Updated by Vincent MEMBRÉ almost 4 years ago

  • Target version changed from 5.0.18 to 5.0.19
Actions
Copy link
 #10

Updated by Vincent MEMBRÉ almost 4 years ago

  • Target version changed from 5.0.19 to 5.0.20
Actions
Copy link
 #11

Updated by Vincent MEMBRÉ over 3 years ago

  • Target version changed from 5.0.20 to 797
Actions
Copy link
 #12

Updated by Benoît PECCATTE about 3 years ago

  • Target version changed from 797 to 6.1.14
Actions
Copy link
 #13

Updated by Vincent MEMBRÉ about 3 years ago

  • Target version changed from 6.1.14 to 6.1.15
Actions
Copy link
 #14

Updated by Vincent MEMBRÉ almost 3 years ago

  • Target version changed from 6.1.15 to 6.1.16
Actions
Copy link
 #15

Updated by Vincent MEMBRÉ almost 3 years ago

  • Target version changed from 6.1.16 to 6.1.17
Actions
Copy link
 #16

Updated by Vincent MEMBRÉ over 2 years ago

  • Target version changed from 6.1.17 to 6.1.18
Actions
Copy link
 #17

Updated by Vincent MEMBRÉ over 2 years ago

  • Target version changed from 6.1.18 to 6.1.19
Actions
Copy link
 #18

Updated by Vincent MEMBRÉ over 2 years ago

  • Target version changed from 6.1.19 to 6.1.20
Actions
Copy link
 #19

Updated by Vincent MEMBRÉ about 2 years ago

  • Target version changed from 6.1.20 to 6.1.21
Actions
Copy link
 #20

Updated by Vincent MEMBRÉ about 2 years ago

  • Target version changed from 6.1.21 to old 6.1 issues to relocate
Actions
Copy link
 #21

Updated by Alexis Mousset 3 months ago

  • Target version changed from old 6.1 issues to relocate to 7.3.15
  • Priority changed from 18 to 0
Actions
Copy link
 #22

Updated by Vincent MEMBRÉ about 2 months ago

  • Target version changed from 7.3.15 to 7.3.16
Actions
Copy link
 #23

Updated by Vincent MEMBRÉ 14 days ago

  • Target version changed from 7.3.16 to 7.3.17
Actions
Copy link

Also available in: Atom PDF