[
https://issues.apache.org/jira/browse/OFBIZ-253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato reassigned OFBIZ-253:
---
Assignee: Jacques Le Roux
> Make Popup URL Generation Non-Cookie Friendly
> --
[
https://issues.apache.org/jira/browse/OFBIZ-253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537853
]
Jacopo Cappellato commented on OFBIZ-253:
-
Jacques,
I'm sorry but I really don't remember why I filed this is
On Oct 25, 2007, at 8:48 PM, Adam Heath wrote:
David E Jones wrote:
Transaction processing is wrong. There are error conditions that
will
not cause a rollback to occur; namely, Runtime or Errors. The
proper
way to do this, is to set a flag to true right before the inner
block is
done
David E Jones wrote:
>
>> Transaction processing is wrong. There are error conditions that will
>> not cause a rollback to occur; namely, Runtime or Errors. The proper
>> way to do this, is to set a flag to true right before the inner block is
>> done processing, then checking that flag in the f
[
https://issues.apache.org/jira/browse/OFBIZ-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrian Crum closed OFBIZ-1320.
--
Resolution: Fixed
Fix Version/s: SVN trunk
Rev 588474.
> Reduce redundant code by moving login
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
BJ Freeman updated OFBIZ-982:
-
Comment: was deleted
> productStore mail system don't work for customer register
> ---
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537806
]
bjfreeman edited comment on OFBIZ-982 at 10/25/07 7:16 PM:
debug show this patch is not wo
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
BJ Freeman updated OFBIZ-982:
-
Attachment: (was: customerevents_testing.patch)
> productStore mail system don't work for customer reg
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
BJ Freeman updated OFBIZ-982:
-
Attachment: customerevents_testing.patch
> productStore mail system don't work for customer register
> ---
On Oct 25, 2007, at 10:20 AM, Adam Heath wrote:
David E Jones wrote:
Yeah, I'm not sure I like having all of these little methods
ANYWHERE,
even in better organized in a special class. No matter how you
slice it,
trying to use 30 largely similar methods is a burden on the brain...
The i
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
BJ Freeman updated OFBIZ-982:
-
Attachment: customerevents_testing.patch
this patch is only for testing and debugging
> productStore mail
[
https://issues.apache.org/jira/browse/OFBIZ-982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537806
]
BJ Freeman commented on OFBIZ-982:
--
debug show this patch is not working yet
will work on it this weekend unless the
if only there were as many people to do the work that suggest the work
:)
Jacques Le Roux sent the following on 10/25/2007 5:46 PM:
> More possibilities, more opportunities... Still have to do the thing, though
>
> Jacques
>
> De : "Jonathon -- Improov" <[EMAIL PROTECTED]>
>
>
>> Wouldn't tha
More possibilities, more opportunities... Still have to do the thing, though
Jacques
De : "Jonathon -- Improov" <[EMAIL PROTECTED]>
> Wouldn't that be better served by the demo OFBiz?
>
> Jonathon
>
> Scott Gray wrote:
> > I don't think the download is intended to be a replacement for a chec
On Oct 25, 2007, at 5:16 PM, Adrian Crum wrote:
Andrew,
I understand what the method does. The point I'm trying to make is
this: It is not needed and it provides a way to introduce
inconsistent data into the project.
I understand the method solves a problem for a particular client,
but
As an alternative to changing this Adrian, maybe you could just put
some javadoc on the method that explains why someone might NOT want
to use it. Then you'd get the best of both worlds - both the
documentation AND the help.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
[
https://issues.apache.org/jira/browse/OFBIZ-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537792
]
Jacques Le Roux commented on OFBIZ-1249:
Fabien,
I'm sorry but you are still using aboslute pathes in your p
Adrian Crum wrote:
If I add 12 hours to noon today, I would expect the resulting time to be
noon tomorrow. Your method could produce noon tomorrow, or 11 am, or 1
pm - there is no way of knowing the outcome.
lol - of course I meant add 24 hours
Andrew Zeneski wrote:
I disagree. Personally I like methods with optional arguments,
especially when these arguments aren't really necessary. When you do
not pass the extra arguments, the assumption should be that you get the
defaults (default Locale and default TimeZone) which is fine.
Bu
[
https://issues.apache.org/jira/browse/OFBIZ-1256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1256:
--
Attachment: emailssl_diff.patch.gz
Making a file patch and changing to coding style
> Send mai
[
https://issues.apache.org/jira/browse/OFBIZ-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1252:
--
Attachment: (was: sql_complexalias_constant_diff.patch.gz)
> To permit to use constant and
[
https://issues.apache.org/jira/browse/OFBIZ-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1252:
--
Attachment: sql_complexalias_constant_diff.patch.gz
Changing to coding style
> To permit to us
[
https://issues.apache.org/jira/browse/OFBIZ-1251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1251:
--
Attachment: (was: calendar_diff.patch.gz)
> To correct the problem with the window popup to
[
https://issues.apache.org/jira/browse/OFBIZ-1251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1251:
--
Attachment: calendar_diff.patch.gz
Changing to coding conventions
> To correct the problem wit
[
https://issues.apache.org/jira/browse/OFBIZ-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1250:
--
Attachment: jasperreports_diff.patch.gz
Changing to coding style convention
> To permit to hav
[
https://issues.apache.org/jira/browse/OFBIZ-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1250:
--
Attachment: (was: jasperreports_diff.patch.gz)
> To permit to have a view with jasperreport
[
https://issues.apache.org/jira/browse/OFBIZ-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1249:
--
Attachment: (was: calculate_date_diff.patch.gz)
> To permit to to calculate on a DATE objec
[
https://issues.apache.org/jira/browse/OFBIZ-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fabien Carrion updated OFBIZ-1249:
--
Attachment: calculate_date_diff.patch.gz
Changing to coding style convention
> To permit to to
I disagree. Personally I like methods with optional arguments,
especially when these arguments aren't really necessary. When you do
not pass the extra arguments, the assumption should be that you get
the defaults (default Locale and default TimeZone) which is fine.
In addition, this method
Andrew,
I understand what the method does. The point I'm trying to make is this: It is not needed and it
provides a way to introduce inconsistent data into the project.
I understand the method solves a problem for a particular client, but it's not a good thing to
include in the project.
The
This method is to use an int offset to adjust the timestamp, without
a locale or timezone. That's it. No hidden meanings here. It uses
Integer instead of int since Freemarker doesn't wrap primitives.
On Oct 25, 2007, at 7:05 PM, Adrian Crum wrote:
Andrew Zeneski wrote:
The predicted results
Andrew Zeneski wrote:
The predicted results will be a timestamp adjusted with with the
specific amount specified, without a timezone available. Just a helper
method.
I used it on a system which is set to GMT and requires dates be
displayed in the customer facing in the customer's timezone. Th
No more of a specialized usage which may be useful elsewhere. Its
just a static worker method.. :)
On Oct 25, 2007, at 6:34 PM, Tim Ruppert wrote:
This probably has to do with that whole backward compatibility
thing would be my guess.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotw
The predicted results will be a timestamp adjusted with with the
specific amount specified, without a timezone available. Just a
helper method.
I used it on a system which is set to GMT and requires dates be
displayed in the customer facing in the customer's timezone. The
timezone is read
I use javac 1.5.0_07 (Apple OSX build 1.5.0_07-164), but I have also
seen this with 1.5.0_04 on Linux as well. The error comes from a
total clean build.
Notice that in EntitySyncContext there are a number of inline
UtilMisc calls which were never changed. You made a number of changes
to o
Tim Ruppert wrote:
In this case it appears to me that maybe it wasn't backwards
compatibility, but just a convenience method. Not sure - I'll dig
around a little more to see use cases.
Cheers,
Tim
I created that method as an alternative to doing millisecond arithmetic (which is a big no no)
In this case it appears to me that maybe it wasn't backwards
compatibility, but just a convenience method. Not sure - I'll dig
around a little more to see use cases.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 25, 2007, at 4:41 P
The other method was there before - and was removed. It's not that
there aren't TimeZone and Locale objects available - it's about the
large number of installations that have to be upgraded . That's at
least a guess as to why someone would put a method like that in.
Cheers,
Tim
--
Tim Rup
I don't understand what that means. Anyone checking out rev 586582 will have Locale and TimeZone
objects available for the method call. Where is the issue with backward compatibility?
-Adrian
Tim Ruppert wrote:
This probably has to do with that whole backward compatibility thing
would be my gu
[
https://issues.apache.org/jira/browse/OFBIZ-253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537758
]
Jacques Le Roux commented on OFBIZ-253:
---
Hi Jacopo,
Maybe this issue has ben fixed with OFBIZ-128, could you c
This probably has to do with that whole backward compatibility thing
would be my guess.
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 25, 2007, at 4:24 PM, Adrian Crum wrote:
From: Adrian Crum <[EMAIL PROTECTED]>
Date: October 19,
LGTM (Looks good to me) ;-)
Thanks Jacques!
Jacques Le Roux wrote:
I tried to edit the the "main new features of the month" (aka.
http://docs.ofbiz.org/x/-Qs).
I beginned by adding a point about the new for widgets examples in the Example
component ("Examples of widget usages have been
ad
I tried to edit the the "main new features of the month" (aka.
http://docs.ofbiz.org/x/-Qs).
I beginned by adding a point about the new for widgets examples in the Example
component ("Examples of widget usages have been
added")
Then I decided to group by themes using head styles.
After an hour
--- Begin Message ---
Why would you want to do that? The calling method should have a TimeZone and Locale object
available. Any code that uses this method will get unpredictable results.
-Adrian
[EMAIL PROTECTED] wrote:
Author: jaz
Date: Fri Oct 19 12:09:27 2007
New Revision: 586582
URL: h
Adam Heath wrote:
> Andrew Zeneski wrote:
>> I cannot say exactly how much damage it causes, but since this is as far
>> as the framework will compile, I figured it was time for a quick patch.
>> If you have a better fix, please by all means check it in. Otherwise,
>> let's just make sure we can co
I wasn't on this list since my vacation in July. Reading the digests
is just a major PITA. If there are outstanding questions/issues for
me, please re-send.
Thanks!
Andrew
smime.p7s
Description: S/MIME cryptographic signature
David E Jones wrote:
>
> Yeah, I'm not sure I like having all of these little methods ANYWHERE,
> even in better organized in a special class. No matter how you slice it,
> trying to use 30 largely similar methods is a burden on the brain...
>
> The idea of the parameters object or a small number
Descopar cu aceasta ocazie ca pe site la Mediafax se pot face si comentarii ;)
Codruta
http://www.mediafax.ro/social/gravidele-copiii-zona-cne-cernavoda-vulnerabili-iradierea-tritiu.html?1688;1011057
O echipa de experti internationali care a evaluat impactul emisiilor de tritiu
de la Centrala
Looks great!
+1
David E Jones wrote:
Yeah, I'm not sure I like having all of these little methods ANYWHERE,
even in better organized in a special class. No matter how you slice
it, trying to use 30 largely similar methods is a burden on the brain...
The idea of the parameters object or
Yes thanks Scott :o)
Jacques
De : "David E Jones" <[EMAIL PROTECTED]>
>
>
> Ummm... ouch!
>
> Thanks for looking into that Scott.
>
> -DAvid
>
>
> On Oct 25, 2007, at 3:05 AM, [EMAIL PROTECTED] wrote:
>
> > Author: lektran
> > Date: Thu Oct 25 02:05:50 2007
> > New Revision: 588171
> >
> >
Ummm... ouch!
Thanks for looking into that Scott.
-DAvid
On Oct 25, 2007, at 3:05 AM, [EMAIL PROTECTED] wrote:
Author: lektran
Date: Thu Oct 25 02:05:50 2007
New Revision: 588171
URL: http://svn.apache.org/viewvc?rev=588171&view=rev
Log:
Fixed reversed method signature caused by rev. 5858
51 matches
Mail list logo
