[ http://issues.apache.org/jira/browse/TOBAGO-68?page=all ]
Richard van Nieuwenhoven updated TOBAGO-68:
---
Status: Patch Available (was: Open)
Layoutrenderer couses nullpointer exception when layouting pannels
Layoutrenderer couses nullpointer exception when layouting pannels
--
Key: TOBAGO-68
URL: http://issues.apache.org/jira/browse/TOBAGO-68
Project: MyFaces Tobago
Type: Bug
Versions: 1.0.7, 1.0.8
[ http://issues.apache.org/jira/browse/TOBAGO-68?page=all ]
Udo Schnurpfeil updated TOBAGO-68:
--
Status: Resolved (was: Patch Available)
Fix Version: 1.0.8
Resolution: Fixed
Assign To: Udo Schnurpfeil
hotfix applied
Layoutrenderer
[ http://issues.apache.org/jira/browse/TOMAHAWK-27?page=all ]
sean schofield resolved TOMAHAWK-27:
Fix Version: 1.1.3-SNAPSHOT
Resolution: Fixed
Add a collapseAll() Method to the tree2 component
[
http://issues.apache.org/jira/browse/TOMAHAWK-427?page=comments#action_12411969
]
sean schofield commented on TOMAHAWK-427:
-
Things seems to work fine on latest firefox (without the patch.) Are we sure
this fix is necessary? I have not heard
[
http://issues.apache.org/jira/browse/TOMAHAWK-52?page=comments#action_12411971
]
sean schofield commented on TOMAHAWK-52:
I'm not too familiar with the prototype library but this would seem to be a
problem with prototype library instead of
Can you look at TOMAHAWK-52? Apparently there is a conflict between
the prototype library and tree2. I'm not very familiar with prototype
library so maybe you can shed some light on this?
Sean
The nightly build seems to be choking[1]. Can one of our Maven
experts look at this and help us out?
Sean
[1]
http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm?view=ProjectBuildbuildId=1433id=50
PING... Anyone?
On 5/8/06, Sean Schofield [EMAIL PROTECTED] wrote:
I noticed that there is a faces-config.xml in the WEB-INF dir of
simple examples. Its basically listing out all of the components and
validators. This seems to be unecessary and potentially confusing.
The necessary config is
Hi,
I got (and another dev) such strange error on a HTML editor _javascript_
(xinha) with the new FireFox version. My understanding is that it is
depending of the plugin installed (_javascript_ debugger). I have it only
with the _javascript_ debugger installed...
Tree2 uses cookies when preserveToggle==false
-
Key: TOMAHAWK-437
URL: http://issues.apache.org/jira/browse/TOMAHAWK-437
Project: MyFaces Tomahawk
Type: Bug
Components: Tree2
Versions: 1.1.2
Environment:
Hi,
i try to deploy the latest release of MyFaces (and tomahawk) on Weblogic 8.1
sp 5 and i have this issue :
java.lang.IllegalStateException: strict servlet API: cannot call
getOutputStream() after getWriter()
at
Hi Burno!
i try to deploy the latest release of MyFaces (and tomahawk) on Weblogic 8.1
sp 5 and i have this issue :
java.lang.IllegalStateException: strict servlet API: cannot call
Are you sure, you use the latest tomahawk release, the ExtensionsFilter
class changed to
[
http://issues.apache.org/jira/browse/TOMAHAWK-98?page=comments#action_12412020
]
Matthew Jones commented on TOMAHAWK-98:
---
Thanks Gerald, that fixed the problem! Just make sure that fix makes it into
the next release :-)
Thanks again, you are a
[
http://issues.apache.org/jira/browse/TOMAHAWK-416?page=comments#action_12412027
]
Scott Moore commented on TOMAHAWK-416:
--
I have seen the same issue described in this bug. I am using Sun's RI, and
adding the Tomahawk 1.1.2 jar to the classpath of
[
http://issues.apache.org/jira/browse/TOMAHAWK-416?page=comments#action_12412030
]
Mario Ivankovits commented on TOMAHAWK-416:
---
Unhappily the only chance I see is to remove the commandLink and commandButton
renderer from tomahawks
Hi!
As you might know I moved the dummyForm stuff out of shared to tomahawk
due to some problems we had with it after introducing the shared_* stuff.
To still have the same functionality I installed the custom renderers
(for commandLink/commandButton) in tomahawks faces-config.xml
Now it turns
[
http://issues.apache.org/jira/browse/TOMAHAWK-378?page=comments#action_12412037
]
Mike Kienenberger commented on TOMAHAWK-378:
Vofeka,
This issue is for t:inputDate, not t:inputCalendar.
You'll want to open a separate issue if there's a
[
http://issues.apache.org/jira/browse/TOMAHAWK-416?page=comments#action_12412043
]
Mike Kienenberger commented on TOMAHAWK-416:
Looks like this also breaks MyFaces Core (without tomahawk) too:
[
http://issues.apache.org/jira/browse/TOMAHAWK-428?page=comments#action_12412049
]
Mike Kienenberger commented on TOMAHAWK-428:
Well, my french is a little rusty, but the error says something about one or
more parameters not being null?
It's
[
http://issues.apache.org/jira/browse/TOMAHAWK-123?page=comments#action_12412051
]
Mike Kienenberger commented on TOMAHAWK-123:
Lance,
I'm in the process of merging newspaperTable into t:dataTable.
Can you rework your patch to add this
To still have the same functionality I installed the custom renderers
(for commandLink/commandButton) in tomahawks faces-config.xml
Now it turns out that this will break a installation if one simply would
like to use tomahawk with JSF-RI.
Can you be more specific on how this breaks things.
On 5/16/06, Sean Schofield [EMAIL PROTECTED] wrote:
To still have the same functionality I installed the custom renderers
(for commandLink/commandButton) in tomahawks faces-config.xml
Now it turns out that this will break a installation if one simply would
like to use tomahawk with JSF-RI.
TOMAHAWK-416 has information abouit how the dummy form stuff breaks
the RI. One possible solution (though not a very good one probably
has many problems) is to move Myfaces clear function rendering to the
UICommand renderers the way JSF-RI does. This will make it so the
clear funciton is
Well its time for the Dummy Form experts to step up and propose a fix.
I'm pretty lost when it comes to that part of the code.
Sean
On 5/16/06, Michael Youngstrom [EMAIL PROTECTED] wrote:
TOMAHAWK-416 has information abouit how the dummy form stuff breaks
the RI. One possible solution (though
I'm -1 on the 1.2 branch. There are major issues to be fixed in the
core right now. (See TOMAHAWK-416 and related dev discussions.) I
know that Stan is anxious but given the lack of interest in the core
trunk, its hard to imagine we have enough support to sustain this
branch. Do we have firm
Well, but Stan has coded a lot, so we still want to have this code in.
And from the performance measurements we've done last week, I think
that JBoss might have a reason to switch back to MyFaces as well, if
the RI JSF1.2 implementation isn't improved a lot.
regards,
Martin
On 5/16/06, Sean
Hello,
I am currently out of office.
I'll be back on 16/05.
Bye, Dan
I tried it out on my local - I replicated the thing I saw from Tobago.
regards,
Martin
On 5/15/06, Sean Schofield [EMAIL PROTECTED] wrote:
Are you sure this is working? mvn clean install -Pgenerate-assembly
does not seem to produce any source in the tarball. Am I missing
something?
Sean
Hi Mario,
Thank you but the issue still remain with MyFaces 1.1.3 and tomahawk 1.1.2
here is the stack :
[DEBUG]
DialinServlet.init([EMAIL PROTECTED])
2006-05-16 23:42:19,004 INFO DialinServlet:141 - init(): DialinServlet
initialized
[INFO] init(): DialinServlet initialized
May 16, 2006
[
http://issues.apache.org/jira/browse/TOMAHAWK-416?page=comments#action_12412060
]
Scott Moore commented on TOMAHAWK-416:
--
Mario,
As you suggested, I tried to remove the commandLink and commandButton renderer
from Tomahawk's faces-config.xml,
[
http://issues.apache.org/jira/browse/TOMAHAWK-416?page=comments#action_12412061
]
Martin Marinschek commented on TOMAHAWK-416:
The problem is that t:commandLink is not compatible with the RI.
so fast fix:
- don't override the renderer
Hi everyone!
I was wondering if anyone else has had issues with xhtml using different web
browsers? Not sure why, but my User Interface (developed using xhtml and
Seam) works as expected using FireFox, but when I access it using IE, it is
all unformatted, and none of the buttons/links work.
t:image does not support a png image with a transparent background - displays
background as mid-grey
Key: TOBAGO-69
URL: http://issues.apache.org/jira/browse/TOBAGO-69
Sean,
Per the maven list, and I have also confirmed it, the server
http://snapshots.maven.codehaus.org/ is having problems. The builds are
failing because the dependency doxia-1.0-alpha-8.pom can not be downloaded.
Paul Spencer
Sean Schofield wrote:
The nightly build seems to be
Thanks to Wendy for updating us on this.
-- Forwarded message --
From: Wendy Smoak [EMAIL PROTECTED]
Date: May 16, 2006 7:05 PM
Subject: Fwd: Doxia/site problems - FIXED
To: Sean Schofield [EMAIL PROTECTED]
Not sure if you still need this...
-- Forwarded message
36 matches
Mail list logo