Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 47492 invoked from network); 8 Apr 2010 13:21:58 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Apr 2010 13:21:58 -0000 Received: (qmail 7288 invoked by uid 500); 8 Apr 2010 13:21:57 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 7212 invoked by uid 500); 8 Apr 2010 13:21:57 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 7205 invoked by uid 99); 8 Apr 2010 13:21:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 13:21:57 +0000 X-ASF-Spam-Status: No, hits=-1359.9 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 13:21:56 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id AE9FE234C4A9 for ; Thu, 8 Apr 2010 13:21:36 +0000 (UTC) Message-ID: <177116331.11081270732896714.JavaMail.jira@brutus.apache.org> Date: Thu, 8 Apr 2010 13:21:36 +0000 (UTC) From: "Wolfgang Chico Toepfer (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Issue Comment Edited: (TRINIDAD-1777) new JS execution order if in head In-Reply-To: <420702936.9641270724316735.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/TRINIDAD-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854925#action_12854925 ] Wolfgang Chico Toepfer edited comment on TRINIDAD-1777 at 4/8/10 1:19 PM: -------------------------------------------------------------------------- The attached project is a demo that shows the buggy behavior. Simply start up the project and in Firebug you can see the error in its console: "TrRequestQueue is not defined [Break on this error] TrRequestQueue._alertError = function() { " So an override of this Trinidad JS was attempted but the Trinidad JS was not available. If you move the script reference from head to body it works. Note that this demo project has been exported from Eclipse and has been emptied of all the JARs. It is not mavenized. You will have to add the JARs yourself. This includes the Trinidad 1.2.13 plus all the JARs added by Seam-gen i.e. you have to use Seam-gen to get the JARs. Note that because we use Seam it seems conclusive to keep the same environment where the error occurred. was (Author: wchico): The attached project is a demo that shows the buggy behavior. Simply start up the project. Note that this demo project has been exported from Eclipse and has been emptied of all the JARs. It is not mavenized. You will have to add the JARs yourself. This includes the Trinidad 1.2.13 plus all the JARs added by Seam-gen i.e. you have to use Seam-gen to get the JARs. Note that because we use Seam it seems conclusive to keep the same environment where the error occurred. > new JS execution order if in head > --------------------------------- > > Key: TRINIDAD-1777 > URL: https://issues.apache.org/jira/browse/TRINIDAD-1777 > Project: MyFaces Trinidad > Issue Type: Bug > Components: Components > Affects Versions: 1.2.13-core > Environment: RH Linux, JBOSS 4.2 > Reporter: Wolfgang Chico Toepfer > Priority: Minor > Attachments: Seamidad1_2_13_Bugs.zip > > > Recently we tried to update from 1.2.9 to 1.2.13 -btw we were testing the > releases in between and they seemed ok- and now it looks as if we were > stuck with this version. Because of the following effect, our application > did not work anymore as expected: > Trinidad's JS Object TrRequestQueue is not anymore found when we try to > address it in our Java Script i.e. it seems there is a new execution order > in command; the consequence, for instance, is that when we try to override > the alerError function to redirect the error to something else than the > not-so-nice JS Trinidad popup we cannot do this anymore; in our template > page we set > ... > > .. > http-equiv="Content-Type" > content="text/html; charset=UTF-8" /> > ... >