I have a [Edit: workflow transition with a] simple scripted condition in which I have placed the single word "false", yet it behaves as if it evaluated to true. When previewing it I see this error: Cannot cast object 'haslers(haslers)' with class 'com.atlassian.jira.user.DelegatingApplicationUser' to class 'com.atlassian.crowd.embedded.api.User' JIRA version: v7.1.4#71008-sha1:eaa0661 [EDIT]: This is on server, not cloud, so I wonder if the com.atlassian. crowd .embedded.api.User is incorrectly referencing code in the cloud codebase (because of crowd) instead of the server codebase. Here's a screenshot of how I've configured the script. image2017-2-14 9:8:46.png [EDIT2] We're on version 3.0.10 and there's no budget for getting the paid version so I guess I'll have to look at an alternative way to do this that doesn't involve script runner. (would have replied in a comment but I don't have enough points) image2017-2-14 9:8:46.png

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

simple scripted conditions on workflow transition - error on preview and always evaluate true

Sam Hasler_w6flc9

I have a [Edit: workflow transition with a] simple scripted condition in which I have placed the single word "false", yet it behaves as if it evaluated to true.

When previewing it I see this error:

Cannot cast object 'haslers(haslers)' with class 'com.atlassian.jira.user.DelegatingApplicationUser' to class 'com.atlassian.crowd.embedded.api.User'

JIRA version: v7.1.4#71008-sha1:eaa0661

[EDIT]:

This is on server, not cloud, so I wonder if the com.atlassian.<u>crowd</u>.embedded.api.User is incorrectly referencing code in the cloud codebase (because of crowd) instead of the server codebase.

Here's a screenshot of how I've configured the script.

image2017-2-14 9:8:46.png

[EDIT2]

We're on version 3.0.10 and there's no budget for getting the paid version so I guess I'll have to look at an alternative way to do this that doesn't involve script runner. (would have replied in a comment but I don't have enough points)

image2017-2-14 9:8:46.png

Accepted answers

All comments

Thanos Batagiannis _Adaptavist_

Hey Sam,

What is your scripted condition ? Hopefully this link will help you https://developer.atlassian.com/jiradev/latest-updates/developer-changes-for-older-jira-versions/preparing-for-jira-6-0/renamable-users-in-jira-6-0

Sam Hasler_w6flc9

@Thanos Batagiannis [Adaptavist], My script is literally "false" (see attachment). So it should always fail, and yet it doesn't. This makes me think it's a bug in JIRA, unless I'm completely misunderstanding how simple scripted conditions work.

Sam Hasler_w6flc9

I should have said, this is a condition on a workflow transition.

Thanos Batagiannis _Adaptavist_

Hi Sam,

Which version of ScriptRunner you use ?

Tarun Sapra

Did you try "return false;" instead of just false.

Thanos Batagiannis _Adaptavist_

Tarun, in groovy, return is optional, so probably this is not the issue. I think the issue is with the ScriptRunner version Sam uses.

Tarun Sapra

Indeed Thanos, I am aware that return is optional, but I wanted to make sure that a boolean is returned as a single false might have been interpreted as a string, as I not aware of the exact behind the scene semantics of the code that kicks in when the validation is executed.

http://stackoverflow.com/questions/8930325/groovy-truth-string-to-boolean-inconsistency

Sam Hasler_w6flc9

@Thanos Batagiannis [Adaptavist], I'm on version 3.0.10

Thanos Batagiannis _Adaptavist_

Hi Sam,

So yes the problem is that the 3.0.10 version is not compatible with the JIRA v7

Changes in the JIRA API, like the one you face, made it hard to make at least one free version compatible with JIRA v7.

regards, Thanos

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-administration

jira-core