I have installed Request Tracker 4.0.0 on CentOS release 5.6. The database
is MySQL 5 which is running remotely from the RT instance.
When I create a very large ticket or open a migrated large ticket with
Firefox there are no problems. But when I open the same ticket with IE8, it
either crashes or takes a very long time to open.
If the ticket loads and I resize the IE window or scroll up and down the
window again freezes.
I have check the RT logs in Debug when loading from both Firefox and IE and
don’t see any differences. I also thought it might have been a problem with
the migrated data from RT 3.6 but this issue is happening with newly created
tickets.
Does anyone have an Idea what may be happening here?
Thanks
Sean
Hey Sean,
Did you check out the new release 4.0.1. One of the bug fixes is:
Javascript fixes for IE8 in the admin UI.
Might help you out.From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Sean McDaid
Sent: Wednesday, June 29, 2011 9:35 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] New install of RT4 crashes Internet Explorer 8
I have installed Request Tracker 4.0.0 on CentOS release 5.6. The database is MySQL 5 which is running remotely from the RT instance.
When I create a very large ticket or open a migrated large ticket with Firefox there are no problems. But when I open the same ticket with IE8, it either crashes or takes a very long time to open.
If the ticket loads and I resize the IE window or scroll up and down the window again freezes.
I have check the RT logs in Debug when loading from both Firefox and IE and don’t see any differences. I also thought it might have been a problem with the migrated data from RT 3.6 but this issue is happening with newly created tickets.
Does anyone have an Idea what may be happening here?
Thanks
Sean
PGP.sig (475 Bytes)
Hi Christopher,
That actually seems like the issue. From Internet Options I’ve turned off
Scripting and the problem is no-longer present.
I’ll upgrade to the new release to see if that resolves issue.
Regards
SeanOn Wed, Jun 29, 2011 at 4:05 PM, Christopher Lasater CLasater@taleo.comwrote:
Hey Sean,****
Did you check out the new release 4.0.1. One of the bug
fixes is:****
Javascript fixes for IE8 in the admin UI.****
Might help you out.****
From: rt-users-bounces@lists.bestpractical.com [mailto:
rt-users-bounces@lists.bestpractical.com] On Behalf Of Sean McDaid
Sent: Wednesday, June 29, 2011 9:35 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] New install of RT4 crashes Internet Explorer 8**
I have installed Request Tracker 4.0.0 on CentOS release 5.6. The database
is MySQL 5 which is running remotely from the RT instance.
When I create a very large ticket or open a migrated large ticket with
Firefox there are no problems. But when I open the same ticket with IE8, it
either crashes or takes a very long time to open.
If the ticket loads and I resize the IE window or scroll up and down the
window again freezes.
I have check the RT logs in Debug when loading from both Firefox and IE and
don’t see any differences. I also thought it might have been a problem with
the migrated data from RT 3.6 but this issue is happening with newly created
tickets.
Does anyone have an Idea what may be happening here?
Thanks
Sean****
OK so I’ve upgraded to 4.0.1 and the issue persists. Again when I turn off
the scripts the problem is solved.
SeanOn Wed, Jun 29, 2011 at 4:43 PM, Sean McDaid seanmcdaid2000@gmail.comwrote:
Hi Christopher,
That actually seems like the issue. From Internet Options I’ve turned off
Scripting and the problem is no-longer present.
I’ll upgrade to the new release to see if that resolves issue.
Regards
Sean
On Wed, Jun 29, 2011 at 4:05 PM, Christopher Lasater CLasater@taleo.comwrote:
Hey Sean,****
Did you check out the new release 4.0.1. One of the bug
fixes is:****
Javascript fixes for IE8 in the admin UI.****
Might help you out.****
From: rt-users-bounces@lists.bestpractical.com [mailto:
rt-users-bounces@lists.bestpractical.com] On Behalf Of Sean McDaid
Sent: Wednesday, June 29, 2011 9:35 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] New install of RT4 crashes Internet Explorer 8**
I have installed Request Tracker 4.0.0 on CentOS release 5.6. The database
is MySQL 5 which is running remotely from the RT instance.
When I create a very large ticket or open a migrated large ticket with
Firefox there are no problems. But when I open the same ticket with IE8, it
either crashes or takes a very long time to open.
If the ticket loads and I resize the IE window or scroll up and down the
window again freezes.
I have check the RT logs in Debug when loading from both Firefox and IE
and don’t see any differences. I also thought it might have been a problem
with the migrated data from RT 3.6 but this issue is happening with newly
created tickets.
Does anyone have an Idea what may be happening here?
Thanks
Sean****
OK so I’ve upgraded to 4.0.1 and the issue persists. Again when I turn off the scripts the problem is solved.
Can you provide a simple test case that we can use to reproduce the problem?
Thomas
The ticket I am using as test case is a new ticket in the RT 4.0.1
installation. Make say 15 comments with 20 lines of text, within some
of these comments keep the quoted text. Also to the comments add some
attachments of different formats. Also add some transactions changing
status/owner/impact/category etc.
This should create a relatively large ticket - load this up with IE8
with scripting enabled. This takes a very long time, and window
resizing also affects it.
Sean
The ticket I am using as test case is a new ticket in the RT 4.0.1
installation. Make say 15 comments with 20 lines of text, within some
of these comments keep the quoted text. Also to the comments add some
attachments of different formats. Also add some transactions changing
status/owner/impact/category etc.
This should create a relatively large ticket - load this up with IE8
with scripting enabled. This takes a very long time, and window
resizing also affects it.
Would you find a ticket on issues.bestpractical.com (login using
guest/guest) which shows the problem you’re seeing? That will allow
us to compare apples to apples.
Thanks
-kevin
Yeah I can’t recreate the issue there, perhaps I haven’t created a large
enough
ticket. More likely though it is my configuration or data migration - I had
to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply
hook
this into a RT 4.0 install? This was done manually which I’m skeptical
about.
Thanks
Sean
The ticket I am using as test case is a new ticket in the RT 4.0.1
installation. Make say 15 comments with 20 lines of text, within some
of these comments keep the quoted text. Also to the comments add some
attachments of different formats. Also add some transactions changing
status/owner/impact/category etc.
This should create a relatively large ticket - load this up with IE8
with scripting enabled. This takes a very long time, and window
resizing also affects it.
Would you find a ticket on issues.bestpractical.com (login using
guest/guest) which shows the problem you’re seeing? That will allow
us to compare apples to apples.
Thanks
-kevin
Sean
OK so I’ve upgraded to 4.0.1 and the issue persists. Again when I turn
off the scripts the problem is solved.
Can you provide a simple test case that we can use to reproduce the
problem?
Yeah I can’t recreate the issue there, perhaps I haven’t created a large enough
ticket. More likely though it is my configuration or data migration - I had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply hook
this into a RT 4.0 install? This was done manually which I’m skeptical about.
Just read all the instructions in README and docs/UPGRADING-(3.6|3.8|4.0)
and make sure you follow all them, there are mysql specific upgrades
AND schema and content changes, all of which must be done.
issues.bestpractical.com has been upgraded for many many years
-kevin> >On Wed, Jun 29, 2011 at 10:23:06PM +0100, Sean McDaid wrote:
The ticket I am using as test case is a new ticket in the RT 4.0.1
installation. Make say 15 comments with 20 lines of text, within some
of these comments keep the quoted text. Also to the comments add some
attachments of different formats. Also add some transactions changing
status/owner/impact/category etc.
This should create a relatively large ticket - load this up with IE8
with scripting enabled. This takes a very long time, and window
resizing also affects it.
Would you find a ticket on [1]issues.bestpractical.com (login using
guest/guest) which shows the problem you’re seeing? That will allow
us to compare apples to apples.
Thanks
-kevin
Sean
OK so I’ve upgraded to 4.0.1 and the issue persists. Again when I turn off the scripts
the problem is solved.
Can you provide a simple test case that we can use to reproduce the problem?
Thomas
2011 Training: [2]http://bestpractical.com/services/training.html
References
Visible links
- http://issues.bestpractical.com/
- http://bestpractical.com/services/training.html
I have the same problem. I had rt4.0.0 and upgraded to 4.0.1 and I get similar issues in both. Firefox works fine, but IE8.0 seems to have issues just going to the RT at a glance page I start getting problems. 4.0.0 would work for a while and eventually lock up, 4.0.1 seems to lock up pretty quickly after I log in, sometimes before I have a chance to go to a ticket. Just like others have said, if I disable active scripts then it works fine. If I re-enable them it pretty much dies within a page or two. Debugging on RT does not show anything exciting.
How can I log into Login Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Friday, July 01, 2011 12:21 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
On Fri, Jul 01, 2011 at 11:28:42AM +0100, Sean McDaid wrote:
Yeah I can’t recreate the issue there, perhaps I haven’t created a large enough
ticket. More likely though it is my configuration or data migration - I had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply hook
this into a RT 4.0 install? This was done manually which I’m skeptical about.
Just read all the instructions in README and docs/UPGRADING-(3.6|3.8|4.0) and make sure you follow all them, there are mysql specific upgrades AND schema and content changes, all of which must be done.
issues.bestpractical.com has been upgraded for many many years
-kevin
PGP.sig (475 Bytes)
I have the same problem. I had rt4.0.0 and upgraded to 4.0.1 and
I get similar issues in both. Firefox works fine, but IE8.0
seems to have issues just going to the RT at a glance page I
start getting problems. 4.0.0 would work for a while and
eventually lock up, 4.0.1 seems to lock up pretty quickly after
I log in, sometimes before I have a chance to go to a ticket.
Just like others have said, if I disable active scripts then it
works fine. If I re-enable them it pretty much dies within a
page or two. Debugging on RT does not show anything exciting.
How can I log into issues.bestpractical.com?
As I mentioned earlier in the thread, guest/guest
-kevin
I do not have any problems with the issues.bestpractical.com and IE8. Are there any settings there that might make it more stable? My original install was 4.0.0 and I ran the rt-setup-database command and read through all the upgrade documentation.From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Friday, July 01, 2011 2:31 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
I have the same problem. I had rt4.0.0 and upgraded to 4.0.1 and
I get similar issues in both. Firefox works fine, but IE8.0
seems to have issues just going to the RT at a glance page I
start getting problems. 4.0.0 would work for a while and
eventually lock up, 4.0.1 seems to lock up pretty quickly after
I log in, sometimes before I have a chance to go to a ticket.
Just like others have said, if I disable active scripts then it
works fine. If I re-enable them it pretty much dies within a
page or two. Debugging on RT does not show anything exciting.
How can I log into issues.bestpractical.com?
As I mentioned earlier in the thread, guest/guest
-kevin
-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Friday, July 01, 2011 12:21 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
Yeah I can’t recreate the issue there, perhaps I haven’t created a large enough
ticket. More likely though it is my configuration or data migration - I had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply hook
this into a RT 4.0 install? This was done manually which I’m skeptical about.
Just read all the instructions in README and docs/UPGRADING-(3.6|3.8|4.0) and make sure you follow all them, there are mysql specific upgrades AND schema and content changes, all of which must be done.
issues.bestpractical.com has been upgraded for many many years
-kevin
-----BEGIN PGP SIGNATURE-----
Version: 10.1.0 (Build 860)
iQEVAwUBTg4PZ3UEnna91A87AQiZmQgAzzgdzpdyHs2g0F6tklgaRqvqMRKVm+HI
d1CJbycp9WJcoEybvqFOniR3R9GZZ7BwKL6AiTZpSaGJ8uetbcpmUafqnrmDmPFq
qgvtSi0xaYWT/T4XkJIR0GOWHig/f1VFtLZL30ni2TrnJQKW5qoTPs9cbVIKx2pN
mXCmTm8cEFR3yuP8nanM60wtQ7g+Y5k3gT8ZsZ+fo6KC+OKkbOj9QlWLGtsPYa9q
EjtE6SmZns18qSoSPujYeu7NHVbCv4FyBk/Vk/wuttkrSRkyFTOeFoFboTnljB3f
omSzxWsCk9g/2mAfQzb78VfKgHmXx7s17hoGzcTjM87oyRk4f4lGcA==
=rY5r
-----END PGP SIGNATURE-----
PGP.sig (475 Bytes)
I do not have any problems with the issues.bestpractical.com and IE8. Are there any settings there that might make it more stable? My original install was 4.0.0 and I ran the rt-setup-database command and read through all the upgrade documentation.
You’ve not told us anything about your configuration, which means I
can’t really compare issues.bestpractical.com to your install.
issues.bestpractical.com is a pretty vanilla install of RT.
Tell us more about how you’ve configured RT
-kevin
Mod_perl2, External Auth to an LDAP server, LDAP Importer. Not sure what else you would be interested in.
Problem occurs with or without IE compatibility mode.
AddDefaultCharset UTF-8
DocumentRoot "/opt/rt4/share/html"
<Location />
Order allow,deny
Allow from all
SetHandler perl-script
PerlResponseHandler Plack::Handler::Apache2
PerlSetVar psgi_app /opt/rt4/sbin/rt-server
</Location>
<Perl>
use Plack::Handler::Apache2;
Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server");
</Perl>
</VirtualHost>
Set( $rtname, ‘server.example.com’);
Set ($WebPath , “”);
Set ($WebBaseUrl , “server.example.com:80”);
Set ($WebURL , “http://server.example.com/”);
Set ($WebDomain, “server.example.com”);
Obviosly I changed my servername to server.example.com all FQDN
PGP.sig (475 Bytes)
It sounds dumb, but I think the issues I related to zooming in. If I have no zoom at 100% everything works fine. The second I try to zoom its freezes and if I am at 115%, which was my default, then it freezes when I get into rt at a glance. I can zoom in and out like crazy in Firefox without experiencing any problems.-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Christopher Lasater
Sent: Friday, July 01, 2011 3:04 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
Mod_perl2, External Auth to an LDAP server, LDAP Importer. Not sure what else you would be interested in.
Problem occurs with or without IE compatibility mode.
AddDefaultCharset UTF-8
DocumentRoot "/opt/rt4/share/html"
<Location />
Order allow,deny
Allow from all
SetHandler perl-script
PerlResponseHandler Plack::Handler::Apache2
PerlSetVar psgi_app /opt/rt4/sbin/rt-server
</Location>
<Perl>
use Plack::Handler::Apache2;
Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server");
</Perl>
</VirtualHost>
Set( $rtname, ‘server.example.com’);
Set ($WebPath , “”);
Set ($WebBaseUrl , “server.example.com:80”); Set ($WebURL , “http://server.example.com/”); Set ($WebDomain, “server.example.com”);
Obviosly I changed my servername to server.example.com all FQDN
PGP.sig (475 Bytes)
Hey Sean,
Does zooming make the problem worse or do we have different issues?-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Christopher Lasater
Sent: Friday, July 01, 2011 3:20 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
It sounds dumb, but I think the issues I related to zooming in. If I have no zoom at 100% everything works fine. The second I try to zoom its freezes and if I am at 115%, which was my default, then it freezes when I get into rt at a glance. I can zoom in and out like crazy in Firefox without experiencing any problems.
-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Christopher Lasater
Sent: Friday, July 01, 2011 3:04 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
Mod_perl2, External Auth to an LDAP server, LDAP Importer. Not sure what else you would be interested in.
Problem occurs with or without IE compatibility mode.
AddDefaultCharset UTF-8
DocumentRoot "/opt/rt4/share/html"
<Location />
Order allow,deny
Allow from all
SetHandler perl-script
PerlResponseHandler Plack::Handler::Apache2
PerlSetVar psgi_app /opt/rt4/sbin/rt-server
</Location>
<Perl>
use Plack::Handler::Apache2;
Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server");
</Perl>
</VirtualHost>
Set( $rtname, ‘server.example.com’);
Set ($WebPath , “”);
Set ($WebBaseUrl , “server.example.com:80”); Set ($WebURL , “http://server.example.com/”); Set ($WebDomain, “server.example.com”);
Obviosly I changed my servername to server.example.com all FQDN
PGP.sig (475 Bytes)
Hi, yes zooming also causes the same problem. When I turn off either
scripting or CSS the problem disappears.
I’m trying to figure out what IE is doing differently than Firefox/Chome.
SeanOn Sat, Jul 2, 2011 at 2:11 PM, Christopher Lasater CLasater@taleo.comwrote:
Hey Sean,
Does zooming make the problem worse or do we have different issues?
-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:
rt-users-bounces@lists.bestpractical.com] On Behalf Of Christopher Lasater
Sent: Friday, July 01, 2011 3:20 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
It sounds dumb, but I think the issues I related to zooming in. If I have
no zoom at 100% everything works fine. The second I try to zoom its freezes
and if I am at 115%, which was my default, then it freezes when I get into
rt at a glance. I can zoom in and out like crazy in Firefox without
experiencing any problems.
-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:
rt-users-bounces@lists.bestpractical.com] On Behalf Of Christopher Lasater
Sent: Friday, July 01, 2011 3:04 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] New install of RT4 crashes Internet Explorer 8
Mod_perl2, External Auth to an LDAP server, LDAP Importer. Not sure what
else you would be interested in.
Problem occurs with or without IE compatibility mode.
AddDefaultCharset UTF-8
DocumentRoot "/opt/rt4/share/html"
<Location />
Order allow,deny
Allow from all
SetHandler perl-script
PerlResponseHandler Plack::Handler::Apache2
PerlSetVar psgi_app /opt/rt4/sbin/rt-server
</Location>
<Perl>
use Plack::Handler::Apache2;
Plack::Handler::Apache2->preload(“/opt/rt4/sbin/rt-server”);
Set( $rtname, ‘server.example.com’);
Set ($WebPath , “”);
Set ($WebBaseUrl , “server.example.com:80”); Set ($WebURL , "
http://server.example.com/"); Set ($WebDomain, “server.example.com”);
Obviosly I changed my servername to server.example.com all FQDN
Hi, yes zooming also causes the same problem. When I turn off either
scripting or CSS the problem disappears.
I’m trying to figure out what IE is doing differently than Firefox/Chome.
Sean
As crazy as it seems, IE may actually have a bug. 
I know that Firefox and
Chrome have their share of bugs. Of course, if there is a workaround in RT
that may be faster than waiting for IE to be patched.
Cheers,
Ken
Yeah I can’t recreate the issue there, perhaps I haven’t created a large enough
ticket. More likely though it is my configuration or data migration - I had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply hook
this into a RT 4.0 install? This was done manually which I’m skeptical about.
Just read all the instructions in README and docs/UPGRADING-(3.6|3.8|4.0)
and make sure you follow all them, there are mysql specific upgrades
AND schema and content changes, all of which must be done.
issues.bestpractical.com has been upgraded for many many years
-kevin
So it’s OK to do this? We’re on 3.8.10 and have a new 4.0.1 fresh
install and are re-creating all queues/users etc.
and leaving behind all tickets. Can we/should upgrade our 3.8.10 instead?
Thanks.
http://www.suretecsystems.com/services/openldap/
http://www.surevoip.co.uk
Yeah I can’t recreate the issue there, perhaps I haven’t created a large enough
ticket. More likely though it is my configuration or data migration - I had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply hook
this into a RT 4.0 install? This was done manually which I’m skeptical about.
Just read all the instructions in README and docs/UPGRADING-(3.6|3.8|4.0)
and make sure you follow all them, there are mysql specific upgrades
AND schema and content changes, all of which must be done.
issues.bestpractical.com has been upgraded for many many years
So it’s OK to do this? We’re on 3.8.10 and have a new 4.0.1 fresh
install and are re-creating all queues/users etc.
and leaving behind all tickets. Can we/should upgrade our 3.8.10 instead?
Of course it’s OK to keep your ticket data. We spent a lot of time
working on upgrade scripts and documentation.
-kevin