Project

General

Profile

Actions

Bug #25007

closed

RTE in the backend is very slow on IE7

Added by Dan almost 14 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2011-02-11
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.4
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

In IE7 (not in IE8 with compability mode for IE7), in the backend, if a page has a content element with RTE the page is loaded very slowly. All is slow.

In Firefox, RTE's are loaded very fast.

Tested with:
typo3 4.4.6 + RTE 2.0.7 => only in IE7

typo3 4.4.2 + RTE 2.0.5 => only in IE7

(issue imported from #M17550)

Actions #1

Updated by Dan almost 14 years ago

nobody tested in ie7 ?
thks ;)

Actions #2

Updated by Chris topher almost 14 years ago

Hi Dan,

maybe it is insightful for you to know that people here fix bugs on a voluntary base.

Actions #3

Updated by Dan almost 14 years ago

yes,

may be another people see this bug, error?
or have a solution?

Thanks ;)

Actions #4

Updated by Henrik Ziegenhain almost 14 years ago

Hi everybody,

a client discovered this "bug" a few days ago too.
But atm I am unable to reproduce it.

Actions #5

Updated by Dan almost 14 years ago

you are tested on a IE 8 with IE7 compatibilty? or a real IE 7 ?

(this bug have a relation with bug: "RTE textareas on one BE-Form have huge performance" very slow , 15016 ? )

Actions #6

Updated by Henrik Ziegenhain almost 14 years ago

The client uses a real IE7 - as I said already I am unable to reproduce it.
Neither with IE8 nor with IE7

Actions #7

Updated by Veronica almost 14 years ago

I can confirm this issue, from a customer's report. This appears to be really bad when working in a native IE7 browser, with IE8 running as IE7 it's just slower than usual.

Basically, when the customer edits a page content containing text and then switches to the "text" panel containing the RTE, nothing appears to happen for something like 6 seconds until the new panel and the RTE suddenly load. The wait is just way too long to be able to work comfortably.

The TYPO3 system this is happening on was recently updated from 4.2 to 4.4, before the update there were no such problems.

Edited to add: Not sure if it's relevant, but the affected system is using templavoila.

Actions #8

Updated by Jean-Sébastien Gervais over 13 years ago

  • Target version deleted (0)

I can confirm this issue being related to IE7 and TYPO3 4.4 with rtehtmlarea 2.0.5, having a site with about a thousand page. Just like Veronica said in her previous post, switching to the text panel which contains the RTE, IE7 just waits for 20-30 seconds.

We disabled script compression in the extension options, we added some apache directives to improve the backend responsiveness a little (see below) but the RTE still takes way too much time to load with IE7.

I've read a few topics here and there reporting slow behavior of the RTE with IE7 and TYPO3 4.4, but unfortunately, no solutions so far.

With IE8, it takes 5-6 seconds to switch to the text tab.

Being stuck with company policies, having the user switch from IE7 to IE8 isn't a likely solution for now, and many «usability improvements» in TYPO3 4.5 back-end seems a daunting change for many users.

Here's the apache directive we've used, basicaly, it saves a few seconds from downloading again and again all the static files used in the back-end.


<LocationMatch "/(typo3|t3lib)/">                                                

  # Send expiry headers for files that do not change often                       
  # http://httpd.apache.org/docs/2.0/mod/mod_expires.html                        
  <IfModule mod_expires.c>                                                       
    ExpiresActive on                                                             
    ExpiresDefault "access plus 6 months"                                        
    ExpiresByType image/gif "access plus 6 months"                               
    ExpiresByType image/png "access plus 6 months"                               
    ExpiresByType text/css "access plus 6 months"                                
    ExpiresByType application/x-javascript "access plus 6 months"                
    ExpiresByType text/javascript "access plus 6 months"                         
    ExpiresByType image/jpeg "access plus 6 months"                              
  </IfModule>                                                                    

  # Disable Etags                                                                
  # http://httpd.apache.org/docs/2.0/mod/core.html#fileetag                      
  # Only enable this if you understand ETags and are aware that disabling them   
  # means that browsers will have no way of knowing if a file on the server has  
  # changed. It keeps your files in the browsers cache untill the expiry time    
  # (you chose above) has passed.  Turning off ETags may be a bad idea in        
  # combination with long expiry times and content that changes often.           
  #FileETag none         

  # Or better . . . set sensible Etags.                                          
  FileETag MTime Size                                                            

</LocationMatch>                                                                 

# Disable Last-Modified headers                                                  
# Only enable if you are really serious about optimisation and can argue that    
# it's just 'not feasible' for you to send a Last-Modified header . . . ;-)      
# You need mod_headers for this tweak:                                           
# http://httpd.apache.org/docs/2.0/mod/mod_headers.html                          
#<FilesMatch "\.(?i:ico|png|gif|js|css|jpe?g)">                                  
#  Header unset Last-Modified                                                    
#</FilesMatch>                                                                   

# ServerTokens                                                                   
# This directive configures what you return as the Server HTTP response          
ServerTokens ProductOnly                                                         

Actions #9

Updated by Chris topher over 13 years ago

  • Subject changed from RTE very slow on ie7, at BO to RTE in the backend is very slow on IE7
  • TYPO3 Version set to 4.4
Actions #10

Updated by Stanislas Rolland over 13 years ago

  • Category set to RTE (rtehtmlarea + ckeditor)
Actions #11

Updated by Jean-Sébastien Gervais over 13 years ago

It might not be something you can fix after all.

I'm pretty sure the issue is the slow javascript engine that comes with IE7. IE8 runs faster, but still is slow IMO. As for IE9, I couldn't test it, we're just not quite there yet.

A quick fix for me was using the Google Chrome Frame Plugin for IE, and configuring it so in only is invoked in the backend. Basically, just adding these two registry key for the current user

[HKEY_CURRENT_USER\Software\Google\ChromeFrame]
"IsDefaultRenderer"=dword:00000000

[HKEY_CURRENT_USER\Software\Google\ChromeFrame\RenderInGcfUrls]
"*yourdomain.com/typo3*"=""

There might be a few improvements that could be done with the javascript bundled with the RTE at runtime, when iterating through the large collection of elements, but I'd blame IE7 poor performance in general.

As an extra note for those considering the google chrome frame option - update your RTE to version 2.0.8, else, it won't load in chrome.

Actions #12

Updated by Stanislas Rolland over 12 years ago

Using gzip compression should help reduce at least the loading time.

Actions #13

Updated by Riccardo De Contardi about 10 years ago

could this be closed? I mean, IE7... 'nuff said

Actions #14

Updated by Georg Ringer almost 10 years ago

  • Status changed from New to Closed
  • Is Regression set to No

even though 4.5 IMO still supports this browser, no change will be expected. therefore I am closing this issue.

Actions

Also available in: Atom PDF