Good question.. IE 9.0.8112.16421
C:\Users\jdsouza>java -version
java version "1.7.0_03"
Java(TM) SE Runtime Environment (build 1.7.0_03-b05)
Java HotSpot(TM) Client VM (build 22.1-b02, mixed mode, sharing)
No patch on any of our ARS or ITSM apps.
Mind you, I had resized the columns on the browser - NOT on the AR
Development studio... so it was a resized locally on the client...
Joe
-----Original Message-----
From: Misi Mladoniczky
Sent: Monday, March 19, 2012 1:18 PM Newsgroups:
public.remedy.arsystem.general
To: [email protected]
Subject: Re: Extremely strange bug related to table field refresh..
Hi,
Which browsers have you tested?
Best Regards - Misi, RRR AB, http://rrr.se
I am on ARS 7.6.03. And I just found what got to be one of the most
bizarre bugs I have uncovered in the past few days.. There may not be a
short way to describe this problem so here goes..
I have tested this bug on the Overview Console, of the ITSM applications
(7.6.03 again), so that table field would be the ideal candidate if you
want to reproduce it. I have only tested this on the Mid-Tier client.
Lets say for example sake, there are 4 entries displayed on the table
field on the Overview Console..
INC000000000001
INC000000000002
INC000000000003
INC000000000004
Lets say I double click on INC000000000003 to open it and mark that
incident as Resolved.
And when I get back to that overview console, I either right click on that
table field and select Refresh OR I press the Refresh button on top of the
overview console table to refresh the table field..
Expected Results:
The table field refreshes and now you are left with
INC000000000001
INC000000000002
INC000000000004
Great.. works as expected.
The Bug:
UNLESS, prior to double clicking on INC000000000003, the columns on the
table field are resized.. I had resized almost all the columns from the
mid-tier client, and then double clicked on INC000000000003 to open it. I
then marked that incident as Resolved and closed that window after saving
it. And then refreshed the table field on the Overview Console. All the
previous 4 entries are still displayed as below..
INC000000000001
INC000000000002
INC000000000003
INC000000000004
HOWEVER, now when I double click on INC000000000003, the details of
INC000000000004 is displayed on the new opened window..
AND if I click on INC000000000004, I get a null pointer exception...
This happens when I resize the table fields widths on the mid-tier
client..
I haven’t tested this on the native User client but I think from past
experience, it has no problems.. I’m pretty certain it works as expected
on the User Client under both the circumstances described above...
Joe
PS: Could someone verify if this bug still exists on 7.6.04 or if it
exists on earlier versions?
Another PS: This could be a potentially serious bug – I nearly closed the
wrong ticket in a real world scenario. It’s a good thing I saw the ticket
details before closing it, else if I had mechanically gone through the
motions, I may have closed a wrong ticket.. What happened was after double
clicking on INC000000000003, and seeing the status still on Pending, I
thought maybe I had forgotten to save. So I tried to set it on Resolved
and just before committing a save, noticed that it was not INC000000000003
but INC000000000004 that was opened up.. I would have accidentally ended
up closing INC000000000004 too..
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
