Blank text elements show old values

[Dart, Jocelyn]

Hi Mike,
No it shouldn't - however I'd suggest a CLEAR would be good ABAP practice anyway.
Do remember that TABLES statements are deprecated for all but very very few situations now as
TABLES has some "special" behaviours.
So if you have a virtual attribute with a select statement you should really be putting the
result into your own work area and not use the TABLES work area at all.
Regards,
        Jocelyn Dart
Consultant (SRM, EBP, Workflow)
and co-author of the book
"Practical Workflow for SAP"
SAP Australia
email: jocelyn.dart at sap.com
phone: +61 412 390 267
fax:   +61 2 9935 4880
 
 
 
 
-----Original Message-----
From: Michael Pokraka [mailto:workflow at quirky.me.uk]
Sent: Friday,22 August 2003 11:50 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: Blank text elements show old values
 
 
Hi,
Thought I'd post a followup as OSS have found the cause of this 'odd' behaviour:
ZBUS999.BLAH is a virtual attribute which does a SELECT on a DB table (EKKN in our case).
If a WI is displayed which has a valid entry all is good and well. A subsequent WI doesn't find a valid table entry. It seems that the table is reused across object instances, as the table header EKKN still contains the values from the previous object instance since the SELECT fails to retrieve any new values. A CLEAR EKKN statement did the trick.
I'm still not too sure whether I should expect this kind of behaviour... surely different object instances shouldn't share data, or are tables an exception? I've queried this with OSS as well, but just curious to see if the list has any opinions...
Cheers
Mike
 
 
On Thu, Jul 31, 2003 at 09:38:23AM -0700, Thomas Maue Jr wrote:
> Mike,
>
> Have seen this before and am experiencing it again.  Is your task using the SELFITEM business object?  The problem is the inherited SELFITEM reference with the task element _WI_Object_Id.  I was able to get around this in previous releases by creating a message using the 'send mail' wizard in the Workflow builder.  This created a task without the inherited reference (no more problem).  Now I am in release 4.6C and that wizard is gone (replaced with 'send mail' create step).
>
> I agree that this is a bug and reported it to OSS a long time ago from a different client site.  With the work around and finishing the project, I did not pursue it.  Am searching OSS for notes and will report it again.  Please report it also.
>
> Regards,
> Thomas Maue
>
> Michael Pokraka <workflow at quirky.me.uk> wrote:
> Hi all,
> This smells like a bug to me, but I thought I'd quizz here before reporting to OSS.
> On a 4.6C system, I have a task text with variables - e.g. &ZBUS2012.blah&. All is well, except when the attribute/element evaluates as a blank. In this case, the inbox shows the value of the last workitem displayed in place of the blank value.
>
> In other words: The user executes/displays a decision task, sees all correct values. He then displays another - same task, different object - but this time an attribute which is blank for this object is displayed with the value from the previous one. If it is the first item displayed from the inbox, the value is displayed correctly.
>
> Anyone seen his before? I can't seem to find any notes on it either.
> Cheers
> Mike