[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358218
]
Mario Ivankovits commented on MYFACES-856:
--
Hi Simon,
I use the following HACK to create the alias right after the view is restored:
We also use , dont know if thi
Duplicate id in subview
---
Key: MYFACES-857
URL: http://issues.apache.org/jira/browse/MYFACES-857
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.1
Environment: Windows XP, Browser IE, Mozilla, Tomcat 5.0.28
R
ya, he did, but it was in AjaxPhaseListener, I think it would be
better in a more common reusable place. I'm using his method.
Travis
On 11/21/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> P.S.:
>
> at least he said he would be working on it...
>
> regards,
>
> Martin
>
> On 11/22/05, Marti
P.S.:
at least he said he would be working on it...
regards,
Martin
On 11/22/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Didn't Sean commit a fix for forceId and findComponent lately?
>
> regards,
>
> Martin
>
> On 11/22/05, Travis Reeder <[EMAIL PROTECTED]> wrote:
> > Ok, thanks for the
Didn't Sean commit a fix for forceId and findComponent lately?
regards,
Martin
On 11/22/05, Travis Reeder <[EMAIL PROTECTED]> wrote:
> Ok, thanks for the heads up guys.
>
> > Also, IMO, requiring "forceId" for AJAX to function is a poor path
> > to go down, as "forceId" is MyFaces-specific and l
Yes, it does.
in this case, we have been using this field in the wrong way so far.
Sean, can you confirm?
regards,
Martin
On 11/22/05, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
> The field I changed is called 'fix-for' as in 'we should fix it for'.
> There is a separate field to mark what ve
The field I changed is called 'fix-for' as in 'we should fix it for'.
There is a separate field to mark what version the bug was reported
against. AFAIK, there is no 'is fixed in'; that information in implied
by having a bug marked as 'fixed' or 'closed' and being marked 'fix-for'
a particular vers
The confusion seems to be - is this version number a:
is fixed in - version number or a
is reported against - version number
indeed, there should be two fields in jira to reflect this, right?
regards,
Martin
On 11/22/05, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
> I think there are several p
Ok, thanks for the heads up guys.
> Also, IMO, requiring "forceId" for AJAX to function is a poor path
> to go down, as "forceId" is MyFaces-specific and likely to remain so.
I think findComponent with a forced id is not just an ajax problem.
Using the ViewRoot as the NamingContainer for the fin
[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358216
]
Simon Kitching commented on MYFACES-856:
UIComponentTag.doStartTag calls encodeBegin() only for components that do *not*
render their children. For components like U
I think there are several points of confusion here, and I'm not sure on
whose part.
The version number in JIRA is listed as 'fix-for', which to me meant
that is the version we plan to fix the issue in. The 'road map' lists
future versions and the issues that are planned for each. One version
does
Simon is correct.
Part of the TCK rules are that no public classes (or public/protected
methods) may appear anywhere in the javax.faces implementation
that are not defined by the spec.
Also, IMO, requiring "forceId" for AJAX to function is a poor path
to go down, as "forceId" is MyFaces-specific
t:aliasBean + binding + panelGrid causes exception
--
Key: MYFACES-856
URL: http://issues.apache.org/jira/browse/MYFACES-856
Project: MyFaces
Type: Bug
Reporter: Simon Kitching
The following use of t:aliasBean cau
Hi Travis,
I expect that the leading underscore in the name is there to explicitly
mark that that class is *not* part of the public API of this JSF
package. That's a fairly common pattern.
I'm pretty sure it would be a violation of the TCK for any non-official
classes to appear in the javax.
FacesException: Cannot get value for expression '...' when expression is valid
--
Key: MYFACES-855
URL: http://issues.apache.org/jira/browse/MYFACES-855
Project: MyFaces
Type: Bug
Component
[ http://issues.apache.org/jira/browse/MYFACES-849?page=all ]
Grant Smith closed MYFACES-849:
---
Fix Version: Nightly
Resolution: Fixed
Oops, sorry this was my fault. I have now modified the Tags accordingly.
> tomahawk HtmlSelectOneMenuTag has no
[
http://issues.apache.org/jira/browse/MYFACES-407?page=comments#action_12358204
]
Grant Smith commented on MYFACES-407:
-
No, I just added the attributes to the Tags. Sorry for the oversight.
Hopefully in the not too distant future I'll get a few free
Any reason why _ComponentUtils class is not public? And is there any
problem with making it public so I can add a second findComponent
method that will traverse the entire tree?
Travis
On 11/20/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: prophecy
> > Date
OK I changed 1.1.3 back to nightly for now. I also "archived" the
1.1.2 release. This way users can't report issues against this
version but the issues that Howard assigned to 1.1.2 have been
preserved.
sean
On 11/21/05, Bruno Aranda <[EMAIL PROTECTED]> wrote:
> I do also think that this can cr
[ http://issues.apache.org/jira/browse/MYFACES-845?page=all ]
Bruno Aranda closed MYFACES-845:
Fix Version: 1.1.2
Resolution: Fixed
This has been fixed in the SVN. Thanks for reporting and many thanks for the
patch, John.
> quote in html link
[ http://issues.apache.org/jira/browse/MYFACES-848?page=all ]
Bruno Aranda closed MYFACES-848:
Fix Version: 1.1.2
Resolution: Fixed
Patch tested and applied to the SVN source code. Thanks to Paul Klaer!
> JsValueChangeListener has a JavaScript
[ http://issues.apache.org/jira/browse/MYFACES-846?page=all ]
Bruno Aranda closed MYFACES-846:
Fix Version: 1.1.2
Resolution: Fixed
I've fixed that in the SVN. Thanks for reporting!
> tomahawk.tld contains tags within description tag
> -
[
http://issues.apache.org/jira/browse/MYFACES-407?page=comments#action_12358186
]
Bruno Aranda commented on MYFACES-407:
--
Grant, adding the escape element to the tld is causing some other problems (see
MYFACES-849), as the tag is not prepared to acce
[ http://issues.apache.org/jira/browse/MYFACES-854?page=all ]
Chris Barlow updated MYFACES-854:
-
Attachment: suggestScreenShot.png
screenshot of InputSuggestAjax popup div issue
> Problem w/ InputSuggestAjax popup suggestion list
> -
I do also think that this can create confusion if we don't go to a
discussion process first. We should consider which are the criteria to
define which are the more important bugs to be fixed or features to be
implemented for the next version (although, I recall that it was
decided that votes on an
Problem w/ InputSuggestAjax popup suggestion list
-
Key: MYFACES-854
URL: http://issues.apache.org/jira/browse/MYFACES-854
Project: MyFaces
Type: Bug
Components: Sandbox
Versions: 1.1.2
Environment: Win2K,
I also think we should get rid of the 1.1.3 version (change it back to
nightly.) This is going to cause a lot of confusion.
We need to have a group dicussion on how we might change JIRA to give
better information. Perhaps a field for the "scheduled" version which
is independent of the version fi
The portlet jar is only required for compiling. If you are running a
MyFaces portlet application then the portlet API will be provided by the
portlet container.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
> -Original Message-
> From: Wendy Smoak [mailto:[EMAIL PROTECT
I submitted the email below about a week ago and received no response--perhaps this isn't the right list to submit a question like this on? I'd appreciate it if someone could please direct me to a more appropriate place to pose the question. Should I log it in JIRA as a bug/wish list item? Tha
The pom in the (Maven 2) repository for MyFaces 1.1.0 lists the
portlet api as required.
http://www.ibiblio.org/maven2/myfaces/myfaces-parent/1.1.0/myfaces-parent-1.1.0.pom
M2 has transitive dependencies, so this is going to cause the portlet
api jar to get added to WEB-INF/lib for webapps that de
commandLink not working inside dataList
---
Key: MYFACES-853
URL: http://issues.apache.org/jira/browse/MYFACES-853
Project: MyFaces
Type: Bug
Versions: 1.1.1
Environment: WinXP,tomcat 5.5.9,myfaces-1.1.1,JDK 1.5
Report
Exception while using SelectManyListbox, SelectManyCheckbox or SelectOneRadio
with a Converter.
---
Key: MYFACES-852
URL: http://issues.apache.org/jira/browse/MYFACES-852
Project: My
Because s is private..
Mvgr,
Martin
Marco Nady wrote:
I have two classes A,B
public class A
{
private B b = new B() ;
public B getB() { return b; }
public void setB(B b) { this.b = b ; }
}
public class B
{
public static final String STR = "My String" ;
private String
Try to give s a better name (== more letters) strictly following the
JavaBean
Rules...
hth
Alexander
From: Marco Nady [mailto:[EMAIL PROTECTED]
Sent: Monday, November 21, 2005 3:44 PM
To: dev@myfaces.apache.org
Subject: Question ?
I have two classes A,B
pu
I have forwarded this to the user's list.
seanOn 11/21/05, Marco Nady <[EMAIL PROTECTED]> wrote:
I have two classes A,B public class A { private B b = new B() ; public B getB() { return b; } public void setB(B b) {
this.b = b ; } } public class B { public stati
Well I disagree slightly with how this is being handled. I think we
should have created a 1.1.2 branch before getting rid of the nightly
version. And we probably should have taken an informal poll before
doing that.
I agree that we should have a roadmap before 1.1.2. I agree with
Manfred that w
I have two classes A,B public class A { private B b = new B() ; public B getB() { return b; } public void setB(B b) { this.b = b ; } } public class B { public static final String STR = "My String" ; private String s = new String() ; public String getS(
The tomahawk t:graphicImage is being used... I have verified that this
is the case and the problem persists.
Cameron.
Mike Kienenberger (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-830?page=comments#action_12357891 ]
Mike Kienenberger commented on MYFACES-830:
---
The tomahawk t:graphicImage is being used... I have verified that this
is the case and the problem persists. Not sure how th reopen the issue.
Cameron.
Bruno Aranda (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-830?page=all ]
Bruno Aranda closed MYFACES-830:
[ http://issues.apache.org/jira/browse/MYFACES-851?page=all ]
Paul Klaer updated MYFACES-851:
---
Attachment: MYFACES-851.patch
Thanks,
Best Regards,
Paul
> Tomahawk HtmlCollapsiblePanelTag has no setter for "collapsed"
> --
[ http://issues.apache.org/jira/browse/MYFACES-851?page=all ]
Martin Marinschek reopened MYFACES-851:
---
Sorry- reopening.
regards,
Martin
> Tomahawk HtmlCollapsiblePanelTag has no setter for "collapsed"
>
I've done a quick and dirty pass through the open issues, and made the
following changes:
* Renamed 'Nightly' to '1.1.2'
* Added a few seemingly very important issues to 1.1.2
* Left any open issues already marked for 1.1.2/nightly as-is,
regardless of my opinion of them (in theory they should be
Hi Martin,
can you reopen this issue? So I can attach you a svn patch...
Best Regards,
Paul
On Mon, 21 Nov 2005 12:16:42 +0100, Paul Klaer (JIRA)
wrote:
[ http://issues.apache.org/jira/browse/MYFACES-851?page=comments#action_12358138
]
Paul Klaer commented on MYFACES-851:
[
http://issues.apache.org/jira/browse/MYFACES-851?page=comments#action_12358138
]
Paul Klaer commented on MYFACES-851:
But it has still a reference in the tld file.
So this attributes have to be removed from the tld file because weblogic is
validatin
[ http://issues.apache.org/jira/browse/MYFACES-736?page=all ]
Howard Abrams updated MYFACES-736:
--
Fix Version: 1.1.3
> Number converter not working with Number
>
>
> Key: MYFACES-736
> URL: http
[ http://issues.apache.org/jira/browse/MYFACES-833?page=all ]
Howard Abrams updated MYFACES-833:
--
Fix Version: 1.1.3
> HtmlFormRendererBase saves form state before components have been rendered -
> breaks auto id generation
> --
[ http://issues.apache.org/jira/browse/MYFACES-851?page=all ]
Martin Marinschek closed MYFACES-851:
-
Fix Version: Nightly
Resolution: Fixed
Assign To: Martin Marinschek
> Tomahawk HtmlCollapsiblePanelTag has no setter for "collapsed"
[
http://issues.apache.org/jira/browse/MYFACES-851?page=comments#action_12358137
]
Martin Marinschek commented on MYFACES-851:
---
The attribute collapsed is now the attribute "value" - that was necessary to
ensure that collapsible panels work in da
[ http://issues.apache.org/jira/browse/MYFACES-800?page=all ]
Howard Abrams updated MYFACES-800:
--
Fix Version: 1.1.3
> Multiple loading of same faces-config.xml on Weblogic
> -
>
> Key: MYFACE
[ http://issues.apache.org/jira/browse/MYFACES-654?page=all ]
Howard Abrams updated MYFACES-654:
--
Fix Version: Nightly
> HTML TLD differences between myFaces and the RI
> ---
>
> Key: MYFACES-654
>
[ http://issues.apache.org/jira/browse/MYFACES-790?page=all ]
Howard Abrams updated MYFACES-790:
--
Fix Version: 1.1.3
> Select Menus bound to Integer value with calculated el expression in
> itemValue don't work
> ---
[ http://issues.apache.org/jira/browse/MYFACES-731?page=all ]
Howard Abrams updated MYFACES-731:
--
Fix Version: 1.1.3
> selectManyListbox calls converter getAsString passing in string value during
> form post
> --
[ http://issues.apache.org/jira/browse/MYFACES-689?page=all ]
Howard Abrams updated MYFACES-689:
--
Fix Version: 1.1.3
> PropertyResolverImpl.getType(Object base, int index) return null if base
> instanceof Object[]
>
Tomahawk HtmlCollapsiblePanelTag has no setter for "collapsed"
--
Key: MYFACES-851
URL: http://issues.apache.org/jira/browse/MYFACES-851
Project: MyFaces
Type: Bug
Versions: Nightly
Reporter: Pau
[ http://issues.apache.org/jira/browse/MYFACES-625?page=all ]
Howard Abrams updated MYFACES-625:
--
Fix Version: 1.1.3
> ValueChangeListeners are fired for a change from a null value to an empty
> String
>
[ http://issues.apache.org/jira/browse/MYFACES-626?page=all ]
Howard Abrams updated MYFACES-626:
--
Fix Version: 1.1.3
> org.apache.myfaces.el.getType(Object base, int index) return null if base
> instanceof Object[]
> ---
[ http://issues.apache.org/jira/browse/MYFACES-251?page=all ]
Howard Abrams updated MYFACES-251:
--
Fix Version: 1.1.3
> selectManyCheckbox returns conversion error if nothing is selected
> -
[ http://issues.apache.org/jira/browse/MYFACES-796?page=all ]
Howard Abrams updated MYFACES-796:
--
Fix Version: 1.1.3
> Problem with Date Conversion with 1.1.1 release
> ---
>
> Key: MYFACES-796
>
[ http://issues.apache.org/jira/browse/MYFACES-154?page=all ]
Howard Abrams updated MYFACES-154:
--
Fix Version: Nightly
> checkbox and listbox do not handler converters well
> ---
>
> Key: MYFACES-
Tomahawk HtmlCollapsabiblePanelTag and SelectOneCountryTag have no setter for
"enableOnUserRole"
Key: MYFACES-850
URL: http://issues.apache.org/jira/browse/MYFACES-850
Project:
[ http://issues.apache.org/jira/browse/MYFACES-669?page=all ]
Howard Abrams updated MYFACES-669:
--
Fix Version: Nightly
> Validation error
>
>
> Key: MYFACES-669
> URL: http://issues.apache.org/jira/browse/MYFACES-669
>
[ http://issues.apache.org/jira/browse/MYFACES-152?page=all ]
Howard Abrams updated MYFACES-152:
--
Fix Version: Nightly
> ResponseWriter.endDocument() abuse breaks ADF Faces
> ---
>
> Key: MYFACES-
[ http://issues.apache.org/jira/browse/MYFACES-829?page=all ]
Howard Abrams updated MYFACES-829:
--
Fix Version: Nightly
> with value bound to an array of int fails
>
>
> Key: MYFA
Yup, looks like that worked.
Has the past process been to rename 'Nightly' after it is ready for RC?
What are your thoughts on renaming it now to 1.1.2, and adding a 1.1.3?
Issues fixed now would be marked as fixed in 1.1.2 (instead of nightly)
and 1.1.3 would only be used for tracking things that
Howard,
You are now member of "myfaces-developers" group on Jira. Can you
please check if this gives you enough rights?
Thanks,
Manfred
2005/11/21, Abrams, Howard A <[EMAIL PROTECTED]>:
> If you're certain that issues on the custom/extended components have no
> chance of holding up a release (othe
[
http://issues.apache.org/jira/browse/MYFACES-849?page=comments#action_12358132
]
Paul Klaer commented on MYFACES-849:
HtmlSelectManyMenuTag is missing "escape", too
Error in using tag library uri='http://myfaces.apache.org/tomahawk' prefix='t':
The
If you're certain that issues on the custom/extended components have no
chance of holding up a release (other than taking resources away from
fixing issue in the api/impl), then you're right, there isn't a need.
However, I think that without a clear plan the issue is confused.
I think we can use t
Well, there is nothing to argue against quicker release cycles. EXCEPT
the fact that a new release (not a build!) does not emerge alone, ie.
cannot be fully automated. There are things like release candidate
voting, testing (!), release notes, homepage updates, announcements.
Which takes time.
Sean
[ http://issues.apache.org/jira/browse/MYFACES-426?page=all ]
Lance Frohman updated MYFACES-426:
--
Attachment: colspan.zip
colspan attribute extension to tomahawk column tag
Sorry, I am giving you this as an extension of the
tomahawk classes (version 1.
[ http://issues.apache.org/jira/browse/MYFACES-834?page=all ]
Bruno Aranda closed MYFACES-834:
Fix Version: Nightly
Resolution: Fixed
Patches applied. Thanks Simon!
> Improve documentation for t:updateActionListener
> -
[ http://issues.apache.org/jira/browse/MYFACES-835?page=all ]
Bruno Aranda closed MYFACES-835:
Fix Version: Nightly
Resolution: Fixed
Patch applied. Thanks Simon!
> NavigationMenuItem javadoc
> --
>
> Key: MYFA
71 matches
Mail list logo