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; } } }

UTF8 Task Variables

JMcNeil

I'm trying to display task variables to the user in columns, and on the task details page. It's not too difficult when the data is english, but we also want to display french characters, é for example.

From the command line I can run the iwtaskvariable CLT and a value of Héllo will display properly. However when I try to execute the command from PERL (or use the WFTask->SetVariable() which also just ends up calling the same CLT). The character gets all screwed up.

So For example, the following code produces this task variable value: HÃ©llo!

my $strTestString = "Héllo!";
my $intTaskId = "30828";
my $strKey = "strPublicationTitle";

my $strCreateCommand = "D:/iw-home/bin/iwtaskvariable -t \"$strKey\" \"$strTestString\" $intTaskId";
system($strCreateCommand);

I've tried all sorts of variations of

use utf8;
use open ':utf8';
binmode (STDOUT, ':utf8');
binmode (STDIN, ':utf8');
binmode (STDERR, ':utf8');

But none seem to have any impact at all

I understand that through the CSSDK (we use both interfaces at various points) Java has no problem setting task variables to any special character it likes, so I presume that the CSSDK does not actually run the iwtaskvariable CLT but manages the object in a smarter fashion.

Does anyone have any ideas on this?

Find more posts tagged with

Comments

Bill Klish

I would try the following:

use Encode;

my $value = encode("utf8", $value);

JMcNeil

Unfortunately I tried that as well, a full mix of encode, decode, etc. I can manage to get SOME funky characters, but not the ones that are actually in the string.

for example: Héllo! gets set as HÃ©llo!

Not so nice

ISCBorisB

Unfortunately I tried that as well, a full mix of encode, decode, etc. I can manage to get SOME funky characters, but not the ones that are actually in the string.

for example: Héllo! gets set as HÃ©llo!

Not so nice

Your issue seems to be more of a proper Page encoding upon rendition than proper html code set.
UTF-8 representation of lower case e-grave (é) really is two Bytes Ã© (0xC3A9).
Try to view two different HTML pages with your browser to see what I mean

[html]

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />

HÃ©llo!

And

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

HÃ©llo!

[/html]

JMcNeil

Unfortunately it's TeamSites CCSTD interface that is controlling which hcarset the html is out in (since I'm display Task variables in the task list column), and as I say if I add it through the cssdk it works fine

ISCBorisB

Unfortunately it's TeamSites CCSTD interface that is controlling which hcarset the html is out in (since I'm display Task variables in the task list column), and as I say if I add it through the cssdk it works fine

Perhaps so. I was just pointing out that your problem is not UTF-8 conversion. In your post you've indicated that

I've tried all sorts of variations of

use utf8;
use open ':utf8';
binmode (STDOUT, ':utf8');
binmode (STDIN, ':utf8');
binmode (STDERR, ':utf8');

But none seem to have any impact at all

You did string conversion to UTF-8 correctly, if that's what you really want to do is a different issue.
Btw, if you've done it successfully in CSSDK in the first place, what's the point of this Perl exercise?

JMcNeil

An external Server Webapp sets notification workflows in our TeamSite server through the cssdk. However the workflow external tasks we use for processing files on the TeamSite server is using the old Perl modules. Rather unfortunately that decision was made and now we have to stick by it, though I'm really wishing now as the project is almost over that we'd done the whole thing in Java as PERL's webservice support is terrible

Frederik

did you find a solution to this? I'm stuck on the same issue (link to thread)

mdang

I verified that we do have a bug in the code path of
TeamSite::WFtask->SetVariable ===> TeamSite::WFutils->call_clt

I will file a bug and will fix the Perl module in future patch/release. However, the iwtaskvariable CLT works fine with utf8 values. So to work around the issue in the current releases, you can call iwtaskvariable directly as the following example code:

my $iwhome = TeamSite::Config::iwgethome();
my $taskId = $your_WFTask_object->GetId();

system("$iwhome/bin/iwtaskvariable", "-t", $your_variable_name, $your_utf8_content_string, $taskId);

neeraj_forever

Hi I m facing the same problem,but not able to find the solution for it.
Could you please tell me what I need to do.

The problem is in tpl when i fetch the data from xml
Héllo! gets set as HÃ©llo!

Thanx in advance

Neeraj