Hi Bill, could you push the info on the wiki for future references?
Werner
Bill Dudney wrote:
Hi All,
Most of you have probably see the fast and furious emails going on
about issue #623. I wanted to drop you a quick note on how to debug a
failing cactus test.
First you need to have
Ah sorry, just saw that you are planning to put it onto the wiki anyway.
Werner
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330670
]
Martin Marinschek commented on MYFACES-623:
---
I'd say it shouldn't cause a problem. Anton is our el-specialist, so he might
know more...
regards,
Martin
[ http://issues.apache.org/jira/browse/MYFACES-635?page=all ]
Martin Marinschek updated MYFACES-635:
--
Attachment: (was: popcalendar.js.diff)
Calendar popup is incorrectly positioned inside scrolling div
-- Forwarded message --
From: Thomas Spiegl [EMAIL PROTECTED]
Date: Sep 28, 2005 9:45 AM
Subject: Re: MYFACES-152: ResponseWriter.endDocument() abuse breaks
ADF Faces and Facelets
To: [EMAIL PROTECTED]
int flags = Pattern.CASE_INSENSITIVE | Pattern.DOTALL;
Pattern pattern =
Great! We definitely need a component to render dynamic images.
I took a view into the code and saw that the state is appended to the
image url. IMO it will not work in every case since the state could be
very large and as far as I know there is a limitation around 1024
chars in a request url.
IMO it´s better if we fix a bug in both trunk and the branch. Trunk is
used by more users (either by svn or through the nightlies). This will
give us more feedback if a bugfix introduces a new bug.
2005/9/28, Sean Schofield [EMAIL PROTECTED]:
Bugs that have been introduced on the branch (ex.
[
http://issues.apache.org/jira/browse/MYFACES-568?page=comments#action_12330672
]
Mathias Werlitz commented on MYFACES-568:
-
I'm not really up-to-date with the release of 1.1.1 but I think this patch
should be included ... it will save us a lot
[
http://issues.apache.org/jira/browse/MYFACES-392?page=comments#action_12330674
]
Lee Smith commented on MYFACES-392:
---
Yup, have now upgraded to 1.1.0 and this issue is fixed.
Cheers,
Lee
When using x:navigationMenuItems in jsCookMenu, only
[ http://issues.apache.org/jira/browse/MYFACES-588?page=all ]
Bruno Aranda closed MYFACES-588:
Fix Version: Nightly
(was: 1.1.1)
Resolution: Fixed
This should be fixed in the HEAD SVN. Test it, but I think it will work
problem is that merging is a pain in the neck. we can do it its just
a pain
So we need to push out the release sooner rather than later.
I've not seen any discussion on the bug list to get fixed.
TTFN,
-bd-
On Sep 28, 2005, at 2:11 AM, Mathias Brökelmann wrote:
IMO it´s better if we fix a
Honestly, I just think we should push this one out.
there have been 64 issues fixed since 1.1.0, that should be enough.
regards,
Martin
On 9/28/05, Bill Dudney [EMAIL PROTECTED] wrote:
problem is that merging is a pain in the neck. we can do it its just
a pain
So we need to push out the
The plan was to do a release candidate over the weekend after using
the rest of this week to fix last minute must fix bugs. We could
move that up a bit. What if we build the RC on Friday? That gives us
through tomorrow to fix everything that needs to go in.
Once we build the RC we can merge
How about something like dynaImage?
sean
On 9/28/05, Mathias Brökelmann [EMAIL PROTECTED] wrote:
Great! We definitely need a component to render dynamic images.
I took a view into the code and saw that the state is appended to the
image url. IMO it will not work in every case since the state
Last nights build was broken. Can we get things compiling again?
sean
On 9/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[echo] build.dir: /home/sjs4/bootstrap/myfaces-current/build
[echo] build output directory: /home/sjs4/release
[echo] suproject : api
[echo]
wrong renderer for HtmlCommandSortHeader
Key: MYFACES-639
URL: http://issues.apache.org/jira/browse/MYFACES-639
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.0, Nightly
Reporter: Dave Brondsema
Also I don't think we've even checked in single fix into the branch
yet. So we're only talking one or two fixes that weren't already in
the trunk.
sean
On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
The plan was to do a release candidate over the weekend after using
the rest of this week
[
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12330690
]
Bill Dudney commented on MYFACES-628:
-
I think I have this fixed, testing now.
Holger - will you be able to test it out in your app with the RC that Sean will
put out
Externalize the t:commandSortHeader arrow
---
Key: MYFACES-640
URL: http://issues.apache.org/jira/browse/MYFACES-640
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: 1.1.0
Environment: Windows XP
f:convertNumber type=currency/ not working properly.
Key: MYFACES-641
URL: http://issues.apache.org/jira/browse/MYFACES-641
Project: MyFaces
Type: Bug
Components: General
Versions: 1.1.0
[
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12330691
]
Holger Schimanski commented on MYFACES-628:
---
Wow, very fast response! I am on holiday next week, but I talk to a colleague
to check it. Thanks a lot!
Current
[
http://issues.apache.org/jira/browse/MYFACES-640?page=comments#action_12330693
]
Tim Mashinter commented on MYFACES-640:
---
Sorry. Meant to make this a minor issue not major. (DOH!)
Externalize the t:commandSortHeader arrow
[ http://issues.apache.org/jira/browse/MYFACES-636?page=all ]
Jamie Cash updated MYFACES-636:
---
Attachment: 636.patch.diff
Patch. Now checks if message with same id is already on messages queue, if so,
it doesn't add it again. This behaviour only happens
[
http://issues.apache.org/jira/browse/MYFACES-640?page=comments#action_12330699
]
Mike Kienenberger commented on MYFACES-640:
---
Tim, can you create a patch for this behavior?
In most open source projects, improvements and new features are
No worries :-)
On 9/28/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Sorry Sean,
I didn't mean to put stress on anyone ;)
I was just saying that we don't need to commit anything against the
branch - if it is good as it is, we can just release it.
If need be, we can of course commit
As for the URL limitation, this can indeed be a problem, but not @ 1024 chars.
There is no spec limiting the number of chars in the URL, but browsers can have problems :
http://www.aspfaq.com/show.asp?id=
But, as I didn't find any way to use a post request to load an image, I see no
[ http://issues.apache.org/jira/browse/MYFACES-623?page=all ]
Bill Dudney resolved MYFACES-623:
-
Fix Version: 1.1.1
Resolution: Fixed
Added the fix for this to the branch since I had the tests there. We still need
comments on the 'null' type
[ http://issues.apache.org/jira/browse/MYFACES-628?page=all ]
Bill Dudney resolved MYFACES-628:
-
Fix Version: 1.1.1
Resolution: Fixed
fix for this bug is on the branch along with a cactus test
Current Lifecycle implementation violates JSF
I like the fact that it starts like the standard graphicImage component, but the Dynamic part is good to.
What about graphicImageDynamic?
A bite long though
Or maybe graphicImageBytes, which would be consistent with a downloadBytes tag ?
On Wed, 2005-09-28 at 08:49 -0400, Sean Schofield
I figured out the problem (it was with the build scrpt). I'm working
on the fix.
sean
On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
Last nights build was broken. Can we get things compiling again?
sean
On 9/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[echo] build.dir:
t:commandSortHeader is not disabled if attribute 'enabledOnUserRole' is used
and user isn't in role
-
Key: MYFACES-642
URL: http://issues.apache.org/jira/browse/MYFACES-642
Personally I would wait another week or so until 1.1.1 comes out.
Perhaps you could help us test the RC when it comes out over the
weekend...
sean
On 9/28/05, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
I've noticed a lot of bug reports since the development of the 1.1.0
release. Should
OK, sounds good. I'd be up for helping to test.
- Brendan
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 28, 2005 1:18 PM
To: MyFaces Development
Subject: Re: Stability of 1.1.0?
Personally I would wait another week or so until 1.1.1
Sean, this appears to be broken in the current trunk as well.
I'm trying to use the sandbox for the first time (graphicImageAjax),
and it's now skipping over the sandbox build when using ant by
itself.
I've manually applied your patch to what I checked out, and it's working.
On 9/28/05, [EMAIL
InputSuggestAjax does not work when javax.faces.STATE_SAVING_METHOD=server
--
Key: MYFACES-643
URL: http://issues.apache.org/jira/browse/MYFACES-643
Project: MyFaces
Type: Bug
Components:
Yes I noticed that as well. Merging the branch down to the trunk is
on my todo list for today. (This is why last night's build failed
btw.)
sean
On 9/28/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
Sean, this appears to be broken in the current trunk as well.
I'm trying to use the sandbox
Well, the url is also a problem with some containers.
Jetty 5.1.3 is generating this error:
15:28:58.609 WARN!! [SocketListener0-1]
org.mortbay.http.HttpConnection.exception(HttpConnection.java:762)
06 null /faces/pages/announcement/EditAnnouncements.xhtml HTTP/1.1
HttpException(414,Request URI
I merged the latest branch changes down to the trunk. If there are
more branch changes between now and Friday morning (or as a result of
the RC testing) then I will merge them down periodically.
Here are some important notes regarding the SVN merging process and
how we have our repository set up
Mailing list traffic also continues to grow:
http://people.apache.org/~coar/mlists.html#myfaces.apache.org
On 9/27/05, Werner Punz [EMAIL PROTECTED] wrote:
The funny thing is, that www.theserverside.com also had problems at the exact
time
back then, so there was no official announcement.
InputDate doesn't parses submitted seconds
--
Key: MYFACES-644
URL: http://issues.apache.org/jira/browse/MYFACES-644
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly
Environment: any
Reporter:
Except if you serialize the image, the size of the image shouldn't be a factor.
Did you try this with the sandbox application ?
Do you know the URL size limit in Jetty ?
Thanks,
Sylvain.
On Wed, 2005-09-28 at 15:30 -0400, Mike Kienenberger wrote:
Well, the url is also a problem with some
Yes, I think you're right in that the size of the image doesn't matter.
However, the size of my page's jsf_state_64 attribute does matter.
The page I'm looking at right this second has a jsf_state_64 of 3,768
bytes.
No, I didn't try this with the sandbox since it seemed easy enough to
just dump
Yes, probably.
I tested it with Tomcat, and it works fine, but I didn't try on a big page though.
A fix to this problem could be to have an optional initializationParameters, and omit the jsf state.
It wouldn't be as transparent, but it still would remove the need to do a special purpose
One other issue I hit (I hit it earlier but thought it was the URL
size problem by mistake).
You currently have to include this tag inside an h:form, otherwise
there's no jsf_state_64 to reference.
Now that I figured that out, I'm back to trying it in a popup window.
I think there's some
Sylvain,
Just saw this posted elsewhere.
Maybe it'll be useful.
Performing a JSF GET
http://jroller.com/page/why?entry=how_to_do_a_jsf
It doesn't quite look like what you want, though.
On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use
Hi Sean,
I was able to perform a merge from the branch to the trunk like this;
svn merge https://svn.apache.org/repos/asf/myfaces/impl/trunk
https://svn.apache.org/repos/asf/myfaces/impl/
branches/1_1_1 .
I did this command while inside the impl subproject under
[ http://issues.apache.org/jira/browse/MYFACES-401?page=all ]
Martin Marinschek closed MYFACES-401:
-
Resolution: Fixed
Right - closing this out.
It's correct as it is implemented right now (with the patch of Zhong Li) and is
already in the
47 matches
Mail list logo
