Typo3 back end maintenance frames don't display

Bug #231487 reported by Kevin
6
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
Medium
XULRunner
Invalid
Medium
firefox-3.0 (Ubuntu)
Won't Fix
Undecided
Unassigned
xulrunner-1.9 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: firefox-3.0

Typo3 frames in the site administration do not display. The setup is 3 columns and when you make a selection in the first, the 2nd column changes ... instead the 2nd column becomes the first column and it is impossible to maintain any of our Typo3 sites.

This install is a test and we will be deleting it based upon this issue.

ProblemType: Bug
Architecture: i386
Date: Sat May 17 17:55:58 2008
DistroRelease: Ubuntu 8.04
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-16-generic i686

Tags: apport-bug
Revision history for this message
In , Af-sowhy (af-sowhy) wrote :

Created attachment 304703
Correct display in beta 2

Revision history for this message
In , Af-sowhy (af-sowhy) wrote :

Created attachment 304705
Incorrect behaviour in beta 3 and nightly

Revision history for this message
In , Felix-buenemann-gmx (felix-buenemann-gmx) wrote :

This is broken since 2008-01-30 nightly build. 2008-01-29 build still works.

This problem is also covered int he typo3 bugtracker under the folowing ids:
http://bugs.typo3.org/view.php?id=7516 (Typo3 4.2)
http://bugs.typo3.org/view.php?id=7646 (Pre Typo3 4.2)

Beginning from 2008-01-30 nightly switching to a module after login to the Typo3 backend triggers a JavaScript error:
"top.fsMod is undefined"

Revision history for this message
In , Feanor (feanor) wrote :

Still broken in beta 4.

Revision history for this message
In , Johannes-codeon (johannes-codeon) wrote :

The problem is typo3 uses a frameset which has a frame with the name = "content", and in js references that frame via top.content, which doesn't work - instead, top.frames[framenumber] works (in the case of typo3 std. install its top.frames[3]) - so this really isn't an issue of typo3 itself, but of the ff3 js engine - replacing this code parts of course "fixes" the problem, but i don't think that's the way to go, as i wouldn't love to add another browser to my list of "can't do x in js" for webdeveloping

Revision history for this message
In , Christian Schürer-Waldheim (quincunx) wrote :

Still broken in beta 5.

Revision history for this message
In , markusd112 (markusd112) wrote :

I have the same problem after upgrading from Ubuntu 7.10 to 8.04, where FF3 is the new default browser. I have had to downgrade to FF2 again with many problems (extensions doesn't work any more, etc.), to work with typo3...

Revision history for this message
In , Jonas Diemer (diemer) wrote :

I have the same problem as MarkusD. When will this be fixed? It's really annoying...

Revision history for this message
In , Bugzilla-hernmarck (bugzilla-hernmarck) wrote :

You can upgrade Typo3 to 4.2 or have a look in the Typo3 bug list http://bugs.typo3.org/view.php?id=7646 there are patches to solve the problem - I'd think it won't be patched here (firefox) at least not if Typo3 is the only web app which has this sort of problem.

Revision history for this message
In , Dao (dao) wrote :

*** Bug 431815 has been marked as a duplicate of this bug. ***

Revision history for this message
In , markusd112 (markusd112) wrote :

In my opinion typo3 is a very popular cms so it is worth to think about this high amount of users. I don't really understand why the problem occurs, but it occurs when I am using FF3 instead of FF2. With FF2 it works fine. And if there isn't already a final version of FF3: why do not fix it before launching the final version?

Revision history for this message
In , Olli-pettay (olli-pettay) wrote :

Regression range would be very useful, and also a *minimal* testcase.

Revision history for this message
In , Mozilla-stefan-neufeind (mozilla-stefan-neufeind) wrote :

Imho quite vital issue. E.g. Fedora 9 now ships with FF3 (beta something) and several people reported being unable to use their Typo3 v4.1.x-backend with that.

Although Typo3 implemented a workaround in Typo3 v4.2.0, I don think that's an ideal basis for discussion ...

Revision history for this message
Kevin (kevin-sap) wrote :

Binary package hint: firefox-3.0

Typo3 frames in the site administration do not display. The setup is 3 columns and when you make a selection in the first, the 2nd column changes ... instead the 2nd column becomes the first column and it is impossible to maintain any of our Typo3 sites.

This install is a test and we will be deleting it based upon this issue.

ProblemType: Bug
Architecture: i386
Date: Sat May 17 17:55:58 2008
DistroRelease: Ubuntu 8.04
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-16-generic i686

Revision history for this message
Kevin (kevin-sap) wrote :
Revision history for this message
In , markusd112 (markusd112) wrote :

In an operational environment you can't simply update from typo3 4.1.x to 4.2.x. There have to be some tests, etc. that everything works with the new release (e.g. the used extensions, etc.). It's a major realease with many changes. So e.g. for me its not a solution to simply update to 4.2. Our servers are still working with 4.1.6

Revision history for this message
In , Alessandro-sowhy (alessandro-sowhy) wrote :

What <email address hidden> writes is correct, most big sites will not update to 4.2 for a while. Also, in response to Christian Hernmarck, I think it still is a Firefox problem, as typo3 did not change anything to break it but Firefox developers did change the way code is interpreted and thus should correct it or at least offer a compatibility option...

Revision history for this message
mikele (michael-arnold) wrote :

This bug is fixed in TYPO3 4.2 (http://bugs.typo3.org/view.php?id=7516) and a patch is available für TYPO3 4.1.x (http://bugs.typo3.org/view.php?id=7646). It is not clear, if the bug will be fixed in FF3 (see https://bugzilla.mozilla.org/show_bug.cgi?id=418807).

Revision history for this message
In , Olli-pettay (olli-pettay) wrote :

A *minimal* testcase would be very useful.

(In reply to comment #3)
> This is broken since 2008-01-30 nightly build. 2008-01-29 build still works.
...
> Beginning from 2008-01-30 nightly switching to a module after login to the
> Typo3 backend triggers a JavaScript error:
> "top.fsMod is undefined"
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-01-29&maxdate=2008-01-30&cvsroot=%2Fcvsroot

Not sure what caused this.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 231487] Re: Typo3 back end maintenance frames don't display

On Sun, May 18, 2008 at 11:10:46PM -0000, mikele wrote:
> This bug is fixed in TYPO3 4.2 (http://bugs.typo3.org/view.php?id=7516)
> and a patch is available für TYPO3 4.1.x
> (http://bugs.typo3.org/view.php?id=7646). It is not clear, if the bug
> will be fixed in FF3 (see
> https://bugzilla.mozilla.org/show_bug.cgi?id=418807).
>

ubuntu certainly wont fix this.

 affects ubuntu/firefox-3.0
 status wontfix
 affects ubuntu/xulrunner-1.9
 status wontfix

Will link the upstream bug anyway.

 - Alexander

Changed in firefox-3.0:
status: New → Won't Fix
Changed in firefox:
status: Unknown → Confirmed
Changed in xulrunner:
status: Unknown → Confirmed
Revision history for this message
In , Mail-martinseebach (mail-martinseebach) wrote :

I have created a minimal testcase, at http://www.martinseebach.dk/firefox-bug-418807-testcase/

It turns out that the bug is not related to the usage of the name "content", but rather that TYPO3 has immediately executed JavaScript that references top.content before the frameset in the file.

I assume that top.content is then initialized to some value, which the later addition of the frameset isn't allowed to override.

Revision history for this message
In , Felix-buenemann-gmx (felix-buenemann-gmx) wrote :

Using the testcase and FF3 RC2 I noticed a strange thing: As soon as I open a new tab in firefox and switch back to teh testcase the bug dissapears. If I then reload the page with the testcase it there again, open new tab, bug vanishes etc.

Revision history for this message
In , Mc-zwo3 (mc-zwo3) wrote :

Logging in typo3 with FF3 RC2 or RC3 the clicking on page I get the error. Then clicking on the back-button of the browser and clicking on page again, everything is alright.

After installing the add on firebug to FF the above "workaround" doesn't work anymore.

Revision history for this message
In , Mail-martinseebach (mail-martinseebach) wrote :

There is a TYPO3-fix for this bug at http://bugs.typo3.org/view.php?id=7646

Revision history for this message
In , Christian Schürer-Waldheim (quincunx) wrote :

This bug is still in Firefox/3.0.1 and is very annoying, as it doesn't only happen with Typo3 framesets. Even the workaround doesn't work anymore. Please, fix this bug in FF, as it worked before. Thx!

Changed in firefox:
importance: Unknown → Medium
Changed in xulrunner:
importance: Unknown → Medium
Revision history for this message
In , Petruta-rasa (petruta-rasa) wrote :

The bugs on TYPO3 website appears as fixed.
Can someone please confirm that the issue doesn't reproduce on latest Firefox version? Thank you

Revision history for this message
In , Bugzilla-hernmarck (bugzilla-hernmarck) wrote :

lol - 5 years later...
Yes it was fixed in Version 4.1.7 on 2008-06-11.
Since TYPO3 version 4.1 is really old now I don't think that someone still uses it - and even if version 4.1 is in use, then it should be updated to the latest release: 4.1.14 (dated july 2010).

So - if someone is willing to install an old TYPO3 4.1.6 (or older) and test it... please do...

Revision history for this message
In , Petruta-rasa (petruta-rasa) wrote :

Thanks Christian!
I'm removing the qawanted keyword and close this as RWFM.

Changed in firefox:
status: Confirmed → Invalid
Changed in xulrunner:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.