Tomahawk column tag gets: Unable to find setter method for attribute:
footerstyleClass
--
Key: MYFACES-838
URL: http://issues.apache.org/jira/browse/MYFACES-838
Project: MyFaces
[ http://issues.apache.org/jira/browse/MYFACES-836?page=all ]
Bruno Aranda closed MYFACES-836:
Resolution: Invalid
h:graphicImage does not have the attribute 'border' [1] (it was a bug in the
1.0.9 version). Use the extended t:graphicImage
[
http://issues.apache.org/jira/browse/MYFACES-618?page=comments#action_12357890
]
Erik Dybdahl commented on MYFACES-618:
--
The patch seems not to be applied in (it still does not work with) the nightly
built tomahawk.jar of 20051116.
Would it be
[
http://issues.apache.org/jira/browse/MYFACES-830?page=comments#action_12357891
]
Mike Kienenberger commented on MYFACES-830:
---
From MYFACES-836,
http://issues.apache.org/jira/browse/MYFACES-836#action_12357886
Comment by Bruno Aranda
[ http://issues.apache.org/jira/browse/MYFACES-830?page=all ]
Bruno Aranda closed MYFACES-830:
Resolution: Invalid
Thanks Mike, Closing the issue now...
HtmlGraphicImage reports bogus warning
--
Somehow, the doc for this got removed from
the MyFaces site. Here is the Google cached version:
http://72.14.207.104/search?q=cache:nakcpjxo3vsJ:myfaces.apache.org/docs/portlet.html+portlet+site:myfaces.apache.orghl=enclient=firefox-a
Stan
Silvert
JBoss, Inc.
[EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/MYFACES-618?page=comments#action_12357899
]
sean schofield commented on MYFACES-618:
The patch is already available (see the attachments above.) Try downloading
the patch and rebuilding tomahawk.
Leaf nodes render navigation command link in Tree2
--
Key: MYFACES-839
URL: http://issues.apache.org/jira/browse/MYFACES-839
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Environment:
[
http://issues.apache.org/jira/browse/MYFACES-839?page=comments#action_12357909
]
Marius Kreis commented on MYFACES-839:
--
This is a clone of MYFACES-690
I also supplied a patch with this if-statement which was unfortunately ignored
till now.
Leaf
Ok, so this would be a reason that client side state saving takes so
much longer for our load tester - GC running and running.
Right - cause it doesn't work with server side state saving either as
soon as restoreState/saveState is enabled server-side on every
request.
Then it might also have
404 in simple examples using jscookmenu
---
Key: MYFACES-840
URL: http://issues.apache.org/jira/browse/MYFACES-840
Project: MyFaces
Type: Bug
Components: General
Environment: http://www.irian.at/myfaces/jscookmenu.jsf
500 error w/ collapsiblePanel example
-
Key: MYFACES-841
URL: http://issues.apache.org/jira/browse/MYFACES-841
Project: MyFaces
Type: Bug
Environment: MyFaces simple examples
Reporter: Dennis Byrne
Priority: Minor
You probably do need to restore all of the ancestors of a component,
since things like NamingContainers had better be present.
I'm not so sure about the naming container aspect. If the components
all used forceId you could store the component by client id.
On the other hand for rendering
Also, not restoring the entire tree introduces extra problems -
especially if you want to respond to an AJAX request on one
component by refreshing others (a common
scenario over in ADF Faces).
Hmm. I hadn't thought of that. I guess this might be a serious
limitation. Do you think we
how would that work? updating the beans doesn't help as we are not
rendering this part out.
True. This is a pretty complicated scenario to handle by ajax (no
matter what solution you want.) What about the idea of restoring the
ajax components only?
regards,
Martin
sean
That might work.
You'll also need to take into account that components might be
referencing other components - as with the label and the inputText,
the dataScroller and the dataTable.
Eventually, this might be the same problem as with what Adam has described.
An Ajax enabled component updates
[
http://issues.apache.org/jira/browse/MYFACES-829?page=comments#action_12357930
]
sean schofield commented on MYFACES-829:
This is definitely a MyFaces implementation bug. The validateValue method in
UISelectMany assumes the converted values to
[ http://issues.apache.org/jira/browse/MYFACES-829?page=all ]
sean schofield updated MYFACES-829:
---
Component: JSR-127
(was: Implementation)
Priority: Critical (was: Major)
Upgrading severity since this is a JSF 1.1 compliance
Typo in t:htmlTag documentation
---
Key: MYFACES-842
URL: http://issues.apache.org/jira/browse/MYFACES-842
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly
Reporter: Steve Peterson
Priority: Trivial
[ http://issues.apache.org/jira/browse/MYFACES-842?page=all ]
Steve Peterson updated MYFACES-842:
---
Attachment: myfaces-842.patch.txt
Patch to resolve issue.
Typo in t:htmlTag documentation
---
Key: MYFACES-842
Hello,
while preparing the svn dump for Tobago, we encountered a problem with
deploying the Tobago demo app from a fresh system. It turned out that
this was due to fetching the most recent version of the 'jstl-1.1.0'
POM. This POM was recently changed on Ibiblio and now points to a
relocated
On 11/17/05, Martin Marinschek [EMAIL PROTECTED] wrote:
That might work.
You'll also need to take into account that components might be
referencing other components - as with the label and the inputText,
the dataScroller and the dataTable.
It's basically kinda lame restricting AJAX updates
Hi Sean,
What was this checkin fixing? Seems strange to override the default
findComponent() method in here?
Travis
-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Nov 15, 2005 7:56 AM
Subject: svn commit: r344383 -
Javadoc patch for UISaveState component
---
Key: MYFACES-843
URL: http://issues.apache.org/jira/browse/MYFACES-843
Project: MyFaces
Type: Improvement
Components: Tomahawk
Reporter: Simon Kitching
Attachments:
[ http://issues.apache.org/jira/browse/MYFACES-843?page=all ]
Simon Kitching updated MYFACES-843:
---
Attachment: UISaveState.java.patch.txt
Javadoc patch for UISaveState component
---
Key: MYFACES-843
MYFACES-692 (see SVN note.) Before the patch you could not use forceId.
sean
On 11/17/05, Travis Reeder [EMAIL PROTECTED] wrote:
Hi Sean,
What was this checkin fixing? Seems strange to override the default
findComponent() method in here?
Travis
-- Forwarded message --
[ http://issues.apache.org/jira/browse/MYFACES-843?page=all ]
sean schofield closed MYFACES-843:
--
Fix Version: Nightly
Resolution: Fixed
Javadoc patch for UISaveState component
---
Key:
[ http://issues.apache.org/jira/browse/MYFACES-842?page=all ]
sean schofield closed MYFACES-842:
--
Fix Version: Nightly
Resolution: Fixed
Typo in t:htmlTag documentation
---
Key: MYFACES-842
28 matches
Mail list logo