{env:} expansion doesn't always work

Description

Update: I was using {env.something} instead of {env:something} doh

Environment

None

Attachments

1

Activity

Show:

Zac Spitzer 5 July 2024 at 10:22

yeah that’s the output from the test case, which i admit is confusing, is expandpath the only way to test this?

there are multiple code paths doing similar things here!

my mistake, I used {env. instead of {env:

I have adapted the test to call the config method directly

it all works and now we have test coverage, closing ticket

Michael Offner 5 July 2024 at 09:00

in the decription i see

{env.SHLVL}

but in addition i see

 

so that seem not to much, in any case no recent regression

Zac Spitzer 4 July 2024 at 15:05

added it

Michael Offner 4 July 2024 at 09:46

i have created a ticket for the log argument readability

Michael Offner 4 July 2024 at 09:43

Sure that works, i’m using that for years with Lucee 5 and 6, here a example of it.

We can do the following:

  • make sure Lucee generates the same syntax in the json file as above

  • create a recipe to document this

But coming back to the purpose of the ticket
do my knowledge lucee does not support {env.WHATEVER} at all, Lucee allows {enc:USERNAME} in some places, but jsut for username/passwords.

So you really need to clarifiy what you mean, i think you mix behaviours from other moving parts with what Lucee does.

Done

Details

Assignee

Reporter

Priority

New Issue warning screen

Before you create a new Issue, please post to the mailing list first https://dev.lucee.org

Once the issue has been verified, one of the Lucee team will ask you to file an issue

Sprint

Created 27 June 2024 at 08:15
Updated 24 December 2024 at 12:56
Resolved 5 July 2024 at 10:24