Strange Behavior of Decision Work Item

Wed Oct 12 08:59:04 EDT 2011

Sue,

Hopefully the screenshots come thru.  If not I can make a word doc or 
something.

>From the business workplace (SWUS) you can use the menu Settings -> 
Workflow Settings -> Personal Settings
>From the test workflow (SWUS) you would use menu Goto -> Personal workflow 
settings

...and get the following dialog.  If you click the "No HTML in execution 
of decision tasks" checkbox then no HTML will be used in the dialog 
display.

It will take a decision task that looks something like this...

and turn it into something like this...

this helped us to determine that the problem was client specific (meaning 
a display problem) and not a server problem.  The dialog was properly 
formed, it just couldn't display using HTML.  To find out what is wrong 
with  the clients, you would have to look in OSS or something.  Also you 
may check that GuiXT is not interfering somehow.

Michael McLey 
MBUSI - IT Parts & Administration 
Mercedes-Benz US International, Inc. 
1 Mercedes Drive 
Vance, AL 35490 
PHONE:  (205) 462 - 5239 
EMAIL:   michael.mcley at daimler.com   

Sue.Doughty at odfl.com 
Sent by: sap-wug-bounces at mit.edu
10/12/2011 06:30 AM
Please respond to
sap-wug at mit.edu

To
sap-wug at mit.edu
cc

Subject
RE: Strange Behavior of Decision Work Item

Hi Michael,

Thank you for your response.

I hope this is not a stupid question, but how do you turn off the HTML 
rendering?

Regards,
Sue Doughty

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf 
Of michael.mcley at daimler.com
Sent: Thursday, October 06, 2011 11:34 AM
To: sap-wug at mit.edu
Subject: Re: Strange Behavior of Decision Work Item

Sue,

I'm very late on this issue, but we had a similar problem a few years ago 
that was ultimately related to some problems between (let's say) Microsoft 
and SAP.  It was specific to a few PCs though and not which server was 
being used.

Not that you wouldn't already know this, but there is a way to turn off 
the HTML rendering so that you only get a kind of old-school looking 
decision popup instead of the full blown HTML.  That would at least tell 
you if this is an HTML issue or really a problem with the decision dialog 
rendering...
Michael McLey
MBUSI - IT Parts & Administration 
Mercedes-Benz US International, Inc.
1 Mercedes Drive 
Vance, AL 35490 
PHONE:  (205) 462 - 5239 
EMAIL:   michael.mcley at daimler.com   

wug at workflowconnections.com
Sent by: sap-wug-bounces at mit.edu
10/06/2011 10:06 AM

Please respond to
sap-wug at mit.edu

To
sap-wug at mit.edu
cc

Subject
Re: Strange Behavior of Decision Work Item

Hi Sue,

Slightly offbeat approach: It looks like it may be an HTML page not
rendering, which could point to frontend issues. Are dev/prd systems on
the same patch level? And have you tried logging on and testing it in dev
and QA/PRD from the same machine?

Regards,
Mike

On Mon, October 3, 2011 12:45 pm, Sue Doughty wrote:
> We are in ECC 6.0, EHP4.  Any help would be greatly appreciated.
>
> I have a very simple custom workflow.  It loops until the user clicks 
the
> Complete Workflow button.
> [cid:image005.jpg at 01CC81A0.7CB09700]
>
> The first button takes the user into change mode of the custom
> transaction.
> [cid:image006.jpg at 01CC81A0.7CB09700]
>
> When clicking the Green Arrow back in QAS or PRD, it returns to a blank
> screen.  In DEV, it takes the user back to the first screenshot above,
> which is what should happen.  Then the user can Complete the Workflow or
> go back into the transaction.
> [cid:image007.jpg at 01CC81A0.7CB09700]
>
> Like I said, in DEV, the workflow works perfectly, but in QAS and PRD, 
the
> blank screen appears.  The user then has to go out of the workflow 
in-box
> and back in before executing it again to get the decision steps again.
>
> Sometimes there is a pop-up window that appears when exiting the
> transaction saying that the data has changed and asking if the user 
wants
> to save the changes.  The pop-up will display in DEV, but not in QAS or
> PRD.  In QAS and PRD, it goes to the blank Decision screen.
> [cid:image008.jpg at 01CC81A0.7CB09700]
>
> We have created a test user in DEV that has the user's security that is 
in
> QAS.  So, the security is the same in all three systems.
>
> I feel like it must have something to do with the pop-up screen, but 
don't
> know why that would display in DEV, but not QAS or PRD.
>
>
> Regards,
> Sue Doughty
> SAP Workflow Specialist
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>

_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug

If you are not the intended addressee, please inform us immediately that 
you have received this e-mail in error, and delete it. We thank you for 
your cooperation. 
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug

If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20111012/1935ec36/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 11956 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20111012/1935ec36/attachment.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 23530 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20111012/1935ec36/attachment-0001.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 24558 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20111012/1935ec36/attachment-0002.gif