[rt-users] IE8 issues - Custom Fields and edit screens

2013-11-19 Thread Parish, Brent
Hi

Unfortunately, we still need/use Internet Explorer 8 in our company 
(compatibility issue with other apps).

I found a few issues (#22770, #16629, #19547) listed on the 
issues.bestpractical.com site regarding IE8 and custom fields, each of these 
describes exactly what I'm seeing here on 4.2.0 -- Specifically, editing a 
child or secondary custom field does not work/display properly.

In addition, the recent issue (introduced in 4.2.0 I think) regarding not being 
able to edit dashboards (and other edit screens too) in IE is now fixed for me 
in IE10, but is still broken in IE8.

I was wondering if maybe ie8 just wasn't supported in RT anymore?

Thanks!
Brent



Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

2013-11-19 Thread Parish, Brent
More notes on this issue:

I was monkeying around in the IE Console, looking to see if perhaps there were 
some javascript errors getting popped or something (there are not).
While in there and refreshing the page a lot (on a VERY slow machine, by the 
way), I see that the custom field value IS shown in IE, but only for a second.  
Then it reverts back to the (no value) option.

More detail:
I have a custom (select one) field called application.
Depending on what you select for application, the version (select one) custom 
field can be selected.
i.e. if I choose Request Tracker for my application, then I can select 
version 4.2.0 from the Version Custom field.

In IE8, I can set the application, the version, and save it.
It displays correctly on the display tab.
When I click on Basics or Jumbo to edit the ticket, the Application field 
remains on 'Request Tracker' like it should.
For a split second (not even seen on reasonably fast machines), the sub-field 
of Version shows 4.2.0, but then reverts to (no value) before the page 
finishes loading.
If I just click save, the ticket changes to No value for the Version field. :(

So in IE8, I have to memorize each of the multi-level custom field values 
before going to the edit page, and then I have to set them all back to what 
they were before saving changes to the ticket.

Also, I went back to an old 4.0.12 version of RT and see the same behavior 
there.

Interestingly, 4.0.12 DOES work for the dashboard issue in IE8, so apparently 
that is a completely different problem.

Any thoughts on this?

Thanks!
Brent


-Original Message-
From: rt-users-boun...@lists.bestpractical.com 
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Parish, Brent
Sent: Tuesday, November 19, 2013 11:30 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] IE8 issues - Custom Fields and edit screens

Hi

Unfortunately, we still need/use Internet Explorer 8 in our company 
(compatibility issue with other apps).

I found a few issues (#22770, #16629, #19547) listed on the 
issues.bestpractical.com site regarding IE8 and custom fields, each of these 
describes exactly what I'm seeing here on 4.2.0 -- Specifically, editing a 
child or secondary custom field does not work/display properly.

In addition, the recent issue (introduced in 4.2.0 I think) regarding not being 
able to edit dashboards (and other edit screens too) in IE is now fixed for me 
in IE10, but is still broken in IE8.

I was wondering if maybe ie8 just wasn't supported in RT anymore?

Thanks!
Brent



[rt-users] query amount of timeworked BETWEEN 1st and Last day of the month

2013-11-19 Thread Alex Rhys-Hurn
Hello,I hope I am able to explain what I want well enough for you to help me out. Many thanks in advance.I am running RT 4.2.1 on Ubuntu 12.04 and Mysql, with SLA, Captcha Extensions.What I want to achieve:Query RT for the amount of TimeWorked in a given month for a given queue.This query: Queue = 'Chase' AND ( Status = 'new' OR Status = 'open' OR Status = 'stalled' OR Status = 'resolved' ) AND TimeWorked  0gives me the data I want, but now I want to filter it down to work out how much TimeWorked accrued between a given set of date/times. E.g. between 1st of the Month at 0 oclock and the 30th of the month at 23.59 oclock.Please note that I DO NOT want any TicketCreated stuff. Some of our tickets run for VERY long periods of time, and they might accrue TImeWorked over a period of many months. I want to extract the TimeWOrked for a given month for all tickets regardless of status and creation date/time.Ultimately i hope to build a monthly dashboard that can easily report this.Many thanks for your help.Alex-- Alex Rhys-Hurn | ITworX LimitedP.O. Box 1649, 00502, Karen, KenyaTel: +254 (0) 20 2444824 | Cell: +254 (0) 724 972541Web: www.itworx.co.ke

Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

2013-11-19 Thread Alex Vandiver
On Tue, 2013-11-19 at 14:35 -0500, Parish, Brent wrote:
 More notes on this issue:
 
 I was monkeying around in the IE Console, looking to see if perhaps
 there were some javascript errors getting popped or something (there
 are not). While in there and refreshing the page a lot (on a VERY slow
 machine, by the way), I see that the custom field value IS shown in IE,
 but only for a second.  Then it reverts back to the (no value) option.

I believe this to be the same issue as all of #22770, #16629, and
#19547.  Unfortunately, the patch on #16629 will need to be reworked due
to recently added support for select-multiple cascades.

 Interestingly, 4.0.12 DOES work for the dashboard issue in IE8, so
 apparently that is a completely different problem.

Please specify what you mean by the dashboard issue, preferably by
giving precise steps to replicate.  While 4.2.0 has knows problems in
this area, 4.2.1 with IE 8 does not evidence any in the Dashboard pages
that I can find.
 - Alex



[rt-users] Create Scrip for Custom Status

2013-11-19 Thread Thatcher Rea
So i've created a Status for 'answered' in addition to the status of
'resolved'. I'd like a way to be able to build a Scrip to replicate the
same behavior as the stock On Resolve Notify Requestors Scrip, but for
the answered status.

Input would be appreciated.


:T

-- 
Thatcher Rea
ByWater Solutions
Support and Consulting for Open Source Software
Headquarters: Santa Barbara, CA
Phone/Fax # (888) 900-8944 ext. 1
http://bywatersolutions.com
*What is Koha? http://bywatersolutions.com/what-is-koha/*


Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

2013-11-19 Thread Parish, Brent
Hi Alex.

Thanks for the response!
Sorry for the brevity - it's always a trade-off: too much information and I 
fear no one will want to read it all.  Too little and it's difficult to 
understand the full issue!


* * For the Dashboards:
I experienced an issue with 4.2.0 working with editing dashboards.  
I could create a new dashboard in IE (Both v. 8 and v. 10) via Home - New 
Dashboard, enter a Name and hit the Create button.
I would switch to the Content page to edit the dashboard.  All good so far.
But when I clicked on something in the Available list (e.g. QuickCreate) and 
clicked on the - button to add it into the dashboard, the page would refresh 
and display the Dashboard Updated message but that element was not added. 
Then you(?) released a single line patch (in share/static/hs/forms.js) and that 
fixed IE10 but IE8 still exhibits that same behavior for me.

I was originally reporting that I see this dashboard editing problem in IE8, as 
well as the Custom Field thing, thinking they were related but as I dug into 
the Custom Field issue, it appears less and less like they are related.  


* * For the Select Custom Fields:
Now I'm guessing the custom field thing has to do with jQuery and IE8 in 
general.

For giggles, I copied the html/Elements/EditCustomFieldSelect file from RT 
3.8.16, just to see if I could find an older RT version that did work with 
multi-level/parent/child Select type custom fields.  I didn’t really expect it 
to be a fix and I rather expected big failures mixing versions like that.  It 
still did not display the correct value for the sub/child custom field.
I tried changing both parent and child select custom fields to Render Type: 
Select Box with the same result.
I changed the parent to Render Type: list and that finally worked (e.g. showed 
the correct child value) but of course breaks the purpose of the parent child 
and selecting something new in the parent list did not narrow down the select 
options in the sub/child field.


Many thanks again,
Brent

 

-Original Message-
From: rt-users-boun...@lists.bestpractical.com 
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Alex Vandiver
Sent: Tuesday, November 19, 2013 5:48 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

On Tue, 2013-11-19 at 14:35 -0500, Parish, Brent wrote:
 More notes on this issue:
 
 I was monkeying around in the IE Console, looking to see if perhaps 
 there were some javascript errors getting popped or something (there 
 are not). While in there and refreshing the page a lot (on a VERY slow 
 machine, by the way), I see that the custom field value IS shown in 
 IE, but only for a second.  Then it reverts back to the (no value) option.

I believe this to be the same issue as all of #22770, #16629, and #19547.  
Unfortunately, the patch on #16629 will need to be reworked due to recently 
added support for select-multiple cascades.

 Interestingly, 4.0.12 DOES work for the dashboard issue in IE8, so 
 apparently that is a completely different problem.

Please specify what you mean by the dashboard issue, preferably by giving 
precise steps to replicate.  While 4.2.0 has knows problems in this area, 4.2.1 
with IE 8 does not evidence any in the Dashboard pages that I can find.
 - Alex



Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

2013-11-19 Thread Parish, Brent
I edited the EditCustomFieldSelect file and added a simple javascript popup 
alert() function to freeze loading the page.
e.g.  alert(Pause the page here);

I kept moving the alert() lower in the jQuery block.
It appears that executing the basedon.onchange(); line is where the child/sub 
select CF is wiped out in IE8.
If I alert just prior to this line, I still see the correct value before I 
dismiss the popup.
If I alert just after this line, the select field is already showing (no 
value) before I dismiss the popup.

If I comment out this basedon.onchange(); line, everything seems to work in 
IE8, IE10 and Chrome.

Is that safe to do?  Or am I wrecking some functionality here that I am 
blissfully unaware of?

Thanks!
Brent



-Original Message-
From: rt-users-boun...@lists.bestpractical.com 
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Alex Vandiver
Sent: Tuesday, November 19, 2013 5:48 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

On Tue, 2013-11-19 at 14:35 -0500, Parish, Brent wrote:
 More notes on this issue:
 
 I was monkeying around in the IE Console, looking to see if perhaps
 there were some javascript errors getting popped or something (there
 are not). While in there and refreshing the page a lot (on a VERY slow
 machine, by the way), I see that the custom field value IS shown in IE,
 but only for a second.  Then it reverts back to the (no value) option.

I believe this to be the same issue as all of #22770, #16629, and
#19547.  Unfortunately, the patch on #16629 will need to be reworked due
to recently added support for select-multiple cascades.

 Interestingly, 4.0.12 DOES work for the dashboard issue in IE8, so
 apparently that is a completely different problem.

Please specify what you mean by the dashboard issue, preferably by
giving precise steps to replicate.  While 4.2.0 has knows problems in
this area, 4.2.1 with IE 8 does not evidence any in the Dashboard pages
that I can find.
 - Alex



Re: [rt-users] IE8 issues - Custom Fields and edit screens - updated

2013-11-19 Thread Alex Vandiver
On Tue, 2013-11-19 at 19:38 -0500, Parish, Brent wrote:
 I experienced an issue with 4.2.0 working with editing dashboards.
 [snip]  Then you(?) released a single line patch (in
 share/static/js/forms.js) and that fixed IE10 but IE8 still exhibits
 that same behavior for me.

I am unable to replicate the failure on a clean 4.2.1 with IE8.  I
suspect IE8 is caching -- it has a number of overzealous layers of
caching.  Clear your local caches and try again.

 Now I'm guessing the custom field thing has to do with jQuery and IE8
 in general.

jQuery is not involved, as it happens.  The calls use direct DOM
manipulation -- shifting to using jQuery might very well resolve the
problem, as jQuery has a number of abstractions which paper over browser
bugs like this.

The specific cause is known -- you can read the issues.bestpractical.com
ticket for details if you're curious, or want to test and propose a
patch.

 - Alex



[rt-users] RT4.2 TimeTaken TimeWorked what changed?

2013-11-19 Thread Alex Rhys-Hurn
Hello,Please can somebody help me to understand in laymans terms what changed in 4.2 vis TimeTaken  TimeWorked fields.Is it now enough for me to only query TImeWorked to get an accurate view of time?Many thanks,Alex-- Alex Rhys-Hurn | ITworX LimitedP.O. Box 1649, 00502, Karen, KenyaTel: +254 (0) 20 2444824 | Cell: +254 (0) 724 972541Web: www.itworx.co.ke