John Ralls-2 wrote
> If all you want to do is read the data for portfolio calculations there’s
> yet another option: Query it directly. The usual way discussed here is to
> use one of the SQL backends and write SQL queries, but if you’re familiar
> with XML tools like XPath and XQuery you can do th
of hours, I think), I had a working version of the calendar with
> upcoming scheduled transactions:
>
> <http://gnucash.1415818.n4.nabble.com/file/t377766/2018-01-14_16_40_36-Calendar_-_GnuCash_Portfolio_-_Firefox_Developer_Edition.png>
>
>
> While I might continue with effo
rs to functions or running unit tests with 32-bit engine
instead of 64-bit, etc.
So, in the version using PieCash in Python, in a fairly short time (just a
couple of hours, I think), I had a working version of the calendar with
upcoming scheduled transactions:
<http://gnucash.1415818.n4.nabble.
John Ralls 於 2016/5/2 下午 10:57 寫道:
On May 1, 2016, at 11:37 PM, 子風 wrote:
John Ralls 於 2016/5/2 下午 01:20 寫道:
On May 1, 2016, at 7:13 PM, 子風 wrote:
John Ralls 於 2016/5/1 下午 10:29 寫道:
On May 1, 2016, at 1:57 AM, 子風 wrote:
GnuCash 2.6.12
Window 7 32bit
When I try to use Scheduled
t;>>> GnuCash 2.6.12
>>>>> Window 7 32bit
>>>>>
>>>>> When I try to use Scheduled Transactions and make it more automatic.
>>>>>
>>>>> So I modified the "fin.scm" to meet what I need.
>>>
John Ralls 於 2016/5/2 下午 01:20 寫道:
On May 1, 2016, at 7:13 PM, 子風 wrote:
John Ralls 於 2016/5/1 下午 10:29 寫道:
On May 1, 2016, at 1:57 AM, 子風 wrote:
GnuCash 2.6.12
Window 7 32bit
When I try to use Scheduled Transactions and make it more automatic.
So I modified the "fin.scm" to m
> On May 1, 2016, at 7:13 PM, 子風 wrote:
>
> John Ralls 於 2016/5/1 下午 10:29 寫道:
>>> On May 1, 2016, at 1:57 AM, 子風 wrote:
>>>
>>> GnuCash 2.6.12
>>> Window 7 32bit
>>>
>>> When I try to use Scheduled Transactions and make it more
John Ralls 於 2016/5/1 下午 10:29 寫道:
On May 1, 2016, at 1:57 AM, 子風 wrote:
GnuCash 2.6.12
Window 7 32bit
When I try to use Scheduled Transactions and make it more automatic.
So I modified the "fin.scm" to meet what I need.
But I can't do it. It always shows the error message
> On May 1, 2016, at 1:57 AM, 子風 wrote:
>
> GnuCash 2.6.12
> Window 7 32bit
>
> When I try to use Scheduled Transactions and make it more automatic.
>
> So I modified the "fin.scm" to meet what I need.
>
> But I can't do it. It always shows the e
GnuCash 2.6.12
Window 7 32bit
When I try to use Scheduled Transactions and make it more automatic.
So I modified the "fin.scm" to meet what I need.
But I can't do it. It always shows the error message "Couldn't parse
redit-formula".
The credit-formula is "
Wm,
Please do not make any personal comments on the mailing lists.
Liz, the moderator.
--
View this message in context:
http://gnucash.1415818.n4.nabble.com/understanding-scheduled-transactions-sql-table-tp4674820p4674840.html
Sent from the GnuCash - Dev mailing list archive at Nabble.com
Sat, 3 Jan 2015 14:34:19
<07cf268b523f823bd1bd4af2cf05e5db.squir...@mail2.ihtfp.org> Derek
Atkins
On Sat, January 3, 2015 2:10 pm, Wm wrote:
Sat, 3 Jan 2015 09:52:56 <20150103145300.748d9e2...@mail2.ihtfp.org>
Derek Atkins
To hold all the transactions in the schedule. That's what accoun
On Sat, January 3, 2015 2:10 pm, Wm wrote:
> Sat, 3 Jan 2015 09:52:56 <20150103145300.748d9e2...@mail2.ihtfp.org>
> Derek Atkins
>
>>To hold all the transactions in the schedule. That's what accounts do:
>>hold transactions. It was a way to reuse the data structures.
>
> you really don't like Seb
Sat, 3 Jan 2015 09:52:56 <20150103145300.748d9e2...@mail2.ihtfp.org>
Derek Atkins
To hold all the transactions in the schedule. That's what accounts do:
hold transactions. It was a way to reuse the data structures.
you really don't like Sebastien and it shows :(
I can understand the write-b
nucash.org"
Subject: understanding scheduled transactions sql table
Date: Sat, Jan 3, 2015 8:48 AM
For each scheduled transaction, I can see that a "BANK" account is created
as a child of the root_template, with as name the guid of the scheduled
transaction. This account does not have a lot of v
For each scheduled transaction, I can see that a "BANK" account is created
as a child of the root_template, with as name the guid of the scheduled
transaction. This account does not have a lot of valuable information
(field or slots) at first sight.
What would be the role of this account ?
kr
seb
On Apr 3, 2014, at 1:00 PM, Graham Menhennitt wrote:
> On 04/04/2014 02:57, John Ralls wrote:
>> On Apr 3, 2014, at 12:45 AM, Martin Mainka wrote:
>>
>>> have some problem with scheduled transaction. After transferring to Ver
>>> 2.6.3 one of my schedule
On 04/04/2014 02:57, John Ralls wrote:
> On Apr 3, 2014, at 12:45 AM, Martin Mainka wrote:
>
>> have some problem with scheduled transaction. After transferring to Ver
>> 2.6.3 one of my scheduled transactions insists on being a
>> currency-transaction. All accounts ha
On Apr 3, 2014, at 12:45 AM, Martin Mainka wrote:
> Hi,
> have some problem with scheduled transaction. After transferring to Ver
> 2.6.3 one of my scheduled transactions insists on being a
> currency-transaction. All accounts have the same currency but this
> transaction appe
On 03/04/2014 18:45, Martin Mainka wrote:
> Hi,
> have some problem with scheduled transaction. After transferring to Ver
> 2.6.3 one of my scheduled transactions insists on being a
> currency-transaction. All accounts have the same currency but this
> transaction appears to be empt
Hi,
have some problem with scheduled transaction. After transferring to Ver
2.6.3 one of my scheduled transactions insists on being a
currency-transaction. All accounts have the same currency but this
transaction appears to be empty, and if i try to enter a value to
correct this, it requests a
I'm using GnuCash 2.5.6 on FreeBSD 9-stable. I've used a few of the 2.5
builds and I've noticed this problem in 2.5.5 and 2.5.6. I'm fairly sure
that it didn't happen in 2.5.4 or earlier.
A number of my scheduled transactions are created with everything
correct (Date, N
John Ralls writes:
> The target milestone is actually intended for *open* bugs, to create a
> "roadmap" report which lists all of the bugs which are supposed to be
> fixed before a particular release.
Although we've also used it to mark the release in which a bug was
fixed.
-derek
--
D
On Feb 8, 2013, at 3:30 AM, Geert Janssens wrote:
> On 07-02-13 16:35, John Ralls wrote:
>> On Feb 7, 2013, at 7:21 AM, David Carlson wrote:
>>
>>> As I requested in this closed bug, which is not in the current program
>>> release and may not be in the current release for many more months, ho
On 07-02-13 16:35, John Ralls wrote:
On Feb 7, 2013, at 7:21 AM, David Carlson wrote:
As I requested in this closed bug, which is not in the current program release and may
not be in the current release for many more months, how about adding a status
"Awaiting next Program Release" so the bu
: [Bug 650598]
> Cannot Enter Nth Day of Month Scheduled Transactions
> To: "David Carlson"
> Cc: "gnucash-devel" , david.carlson@gmail.com
> Date: Thursday, February 7, 2013, 9:35 AM
>
>
> On Feb 7, 2013, at 7:21 AM, David Carlson wrote:
>
>> As
he bug when it is
released?
Colin
>
> David C
>
> --- On Thu, 2/7/13, John Ralls wrote:
>
> From: John Ralls
> Subject: Re: Proposed change to development Process was Fw: [Bug 650598]
> Cannot Enter Nth Day of Month Scheduled Transactions
> To: "David Carlson&q
id Carlson wrote:
From: David Carlson
Subject: Fw: Re: Proposed change to development Process was Fw: [Bug 650598]
Cannot Enter Nth Day of Month Scheduled Transactions
To: "gnucash-devel"
Date: Thursday, February 7, 2013, 9:41 AM
Then is there some other way to show the bug unresolved
Scheduled Transactions
To: "David Carlson"
Cc: "gnucash-devel" , david.carlson@gmail.com
Date: Thursday, February 7, 2013, 9:35 AM
On Feb 7, 2013, at 7:21 AM, David Carlson wrote:
> As I requested in this closed bug, which is not in the current program
> release and
On Feb 7, 2013, at 7:21 AM, David Carlson wrote:
> As I requested in this closed bug, which is not in the current program
> release and may not be in the current release for many more months, how about
> adding a status "Awaiting next Program Release" so the bug can be found in a
> search for
licate bug reports.
--- On Thu, 2/7/13, GnuCash wrote:
From: GnuCash
Subject: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions
To: carlson...@sbcglobal.net
Date: Thursday, February 7, 2013, 8:42 AM
https://bugzilla.gnome.org/show_bug.cgi?id=650598
GnuCash | Engine | 2.4.5
--- C
I think there's a page on the Gnucash wiki with a summary.
Nick.
-Original Message-
From: Christian Doyle
Sent: 11/04/2011 14:34:58
To: Ryan M. Ward
Cc: gnucash-devel@gnucash.org
Subject: Re: Budget, cash flow and scheduled transactions - roadmap?
Does anyone have a link to
ties by getting the word out
> with each email I send, I encourage you to do the same.
>
>
>
>
> > From: silvercro_mag...@hotmail.com
> > To: gnucash-devel@gnucash.org
> > Subject: FW: Budget, cash flow and scheduled transactions - roadmap?
> > Date: Sun, 3 Apr
nut and am doing my part to support open source
software and the Linux and Ubuntu communities by getting the word out with each
email I send, I encourage you to do the same.
> From: silvercro_mag...@hotmail.com
> To: gnucash-devel@gnucash.org
> Subject: FW: Budget, cash flow and sch
: Budget, cash flow and scheduled transactions - roadmap?
Date: Sun, 3 Apr 2011 08:01:17 +
enhancing the budgeting feature is a big priority for me as well, I have not
had the time lately to work on it myself but if a team were to form, I would
gladly join, time permitting.
--
Ryan M
Zitat von Nick Manville :
I would like a budgeting system that allows me to combine my
scheduled transactions, budget amounts and asset balances to allow
me to plan my future spending. This is for managing personal finance
rather than business accounting which has its own rules and language
Hi,
I would like a budgeting system that allows me to combine my scheduled
transactions, budget amounts and asset balances to allow me to plan my future
spending. This is for managing personal finance rather than business accounting
which has its own rules and language.
The current budget
I've written a new gnucash report concerning the future values of Scheduled
Transactions. The report required some additions in the SX code in gnucash,
but those are now all available in current SVN trunk, fully working since
r19547. The attached report will then print the summarized am
-in-scheduled-transactions-tp26485685p26485685.html
Sent from the GnuCash - Dev mailing list archive at Nabble.com.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
If you're going to send a patch make sure it's against SVN Trunk, not
2.2.9. There's no more 2.2.9 work happening, so a patch against 2.2.9
is worthless if it doesn't work against SVN Trunk.
Thanks.
-derek
JeB2009 writes:
> Hello,
>
> Nobody for some comments ?
>
> I can provide a patch for
ffects.
>
> Could someone confirm this modification ?
>
> And after, how can i commit this change into 2.2.9 release branch ?
>
> Thanks you,
> Jean-Baptiste.
>
--
View this message in context:
http://old.nabble.com/Bug-511606-with-loan-repayment-with
it seems to work for me, but i am not sure about side
effects.
Could someone confirm this modification ?
And after, how can i commit this change into 2.2.9 release branch ?
Thanks you,
Jean-Baptiste.
--
View this message in context:
http://old.nabble.com/Bug-511606-with-loan-rep
Dear all,
today I finally tracked down one data file backward-compatibility bug that
seems to happen almost unnoticed:
If you open a 2.3.x-saved XML file with gnucash-2.2.9, the "recurrence
interval" of all scheduled transactions will turn into "never", and they will
y mktime
>
> Note that I'm in Australia - a timezone that's ahead of GMT and has
> daylight saving over the new year transition. That might be relevant.
>
> So it looks like there is a time conversion problem when saving to
> postgres. It causes scheduled tran
on. That might be relevant.
So it looks like there is a time conversion problem when saving to
postgres. It causes scheduled transactions to come back from the dead.
Should I put it into bugzilla?
Graham
___
gnucash-devel mailing list
gnucash-devel@
Havard Rast Blok writes:
> I recently sent out this on the user-list, however did not receive any
> answers (only two, "me too"), so I thought I'd try here.
> Original Message ----
> Subject: Scheduled Transactions as Unscheduled Templates
> Date: M
Hi again,
I gave it another look now, and in fact, following on my previous
suggestion, there is already a "None" frequency. In
gnome/glade/sched-xact.glade, freq_combobox/items. Choosing this,
currently gives a warning, which could be replaced by a message on how
to recall it.
However, som
How do you plan to change the XML-schema?
On Mon, 25 May 2009 21:42:16 +0200, Havard Rast Blok wrote:
> Hi Marcus,
>
> Well, here's my first simple, but perhaps naive, suggestion:
>
> In the current "Frequency" tab of the "Edit Scheduled Transaction"
> window, add an entry to the list of Fre
o try to implement this. Any tips, ideas or
comments?
Regards,
Havard
Original Message
Subject: Scheduled Transactions as Unscheduled Templates
Date: Mon, 18 May 2009 09:22:23 +0200
From: Havard Rast Blok
To: gnucash-u...@gnucash.org
Hi,
The automatic transaction history of GnuCash
avard
>
> ---- Original Message
> Subject: Scheduled Transactions as Unscheduled Templates
> Date: Mon, 18 May 2009 09:22:23 +0200
> From: Havard Rast Blok
> To: gnucash-u...@gnucash.org
>
> Hi,
>
> The automatic transaction history of GnuCash is one of my favou
Hi,
I recently sent out this on the user-list, however did not receive any
answers (only two, "me too"), so I thought I'd try here.
If possible, I'd like to try to implement this. Any tips, ideas or comments?
Regards,
Havard
Original Message ----
Subject: Sc
> >>>
> > Would you prefer we start with oldest or newest unconfirmed bugs. Maybe
> > each of us should start from different end.
>
> I don't have a preference. Just being able to close out bugs that
> are no longer a factor, or bugs that cannot be reproduced... and pushing
> back bugs that don't
On Wed, Oct 15, 2008 at 8:49 AM, Josh Sled <[EMAIL PROTECTED]> wrote:
> "Tom Browder" <[EMAIL PROTECTED]> writes:
>> I would like to see the scheduled transactions (sx) capability
>> enhanced (see enhancement bug # 521285) to be more like Quicken. I
...
>
On Wed, Oct 15, 2008 at 8:07 AM, Charles Day <[EMAIL PROTECTED]> wrote:
...
> Congratulations on taking this up! I don't know anything about the sx code,
Thanks for the enthusiastic vote, Charles.
-Tom
___
gnucash-devel mailing list
gnucash-devel@gnucas
"Tom Browder" <[EMAIL PROTECTED]> writes:
> I would like to see the scheduled transactions (sx) capability
> enhanced (see enhancement bug # 521285) to be more like Quicken. I
> would like to see a split-pane in the account window showing due and
> buttons to push lik
On Wed, Oct 15, 2008 at 5:25 AM, Tom Browder <[EMAIL PROTECTED]> wrote:
> I would like to see the scheduled transactions (sx) capability
> enhanced (see enhancement bug # 521285) to be more like Quicken. I
> would like to see a split-pane in the account window showing due and
&g
I would like to see the scheduled transactions (sx) capability
enhanced (see enhancement bug # 521285) to be more like Quicken. I
would like to see a split-pane in the account window showing due and
buttons to push like 'enter', 'edit', and 'skip'.
I would like to
Andrew Duggan <[EMAIL PROTECTED]> writes:
> Nicely done. The new since last run dialog is really nice. Great job.
Thank you. :)
--
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
pgpRwcWUWexmN.pgp
Description: PGP signature
_
Hi,
A bit delayed, but I wanted to say thanks for the the new sx code. Dealing
with the list is much simpler now with the combination of
inst_model = gnc_sx_get_current_instances();
gnc_sx_instance_model_summarize(inst_model, &summary);
My custom feature of a pending sx tool button th
o be called from src/gnome-utils, (where the toolbar
and main-window live, as you know) and gnome-utils can't depend on
libraries in src/gnome where the scheduled transactions stuff lived.
Andrew
> -chris
>
>
___
gnucash-devel mailin
On Tue, Aug 08, 2006 at 10:08:42PM -0400, Andrew Duggan wrote:
> Hi,
>
> After reading a recent thread, I thought I might post this.
Thanks for the patch, Andrew. This sounds like a useful feature. I
couldn't tell from your email whether you wanted feedback on whipping
the patch into shape for
Hi,
After reading a recent thread, I thought I might post this.
Basically I felt that the way the scheduled transactions/reminders were
presented didn't really meet my needs, either to be greeted with a
scheduled transaction druid or having to select a menu item to launch the
druid to s
On Mon, 2006-05-08 at 05:55 -0400, Bryan Phinney wrote:
> Is there any way to refer to the current account balance of a specific
> account
> within a scheduled transaction? Specifically, if I have a mortgage account,
No, there's not, and this [pre-payments of principal] is the usual
problemati
On Fri, 2006-05-05 at 10:57 -0400, Josh Sled wrote:
> I guess the two biggest deprecated pieces in the SX ui right now are the
> clists: a few in the SLR dialog and the one in the SX List.
GtkCList/GtkCTree is the big one.
> Those are the biggest deprecated usages I'm aware of, but I'm not on to
On Fri, 2006-05-05 at 16:56 -0400, Andrew Duggan wrote:
> I think then I am on the right track, since that's what I did. Plus I've
> just gotten it to work - at least through a couple of rounds of initial
> testing :-) Now I can just look at the tool bar and see how many pending
> txn/reminde
Josh Sled wrote:
On Thu, 2006-05-04 at 19:41 -0400, Andrew Duggan wrote:
Josh Sled wrote:
Oh, what're you thinking? I'm planning on re-writing most of the SX
stuff in the next month or two, so we might want to coordinate now,
before things diverge too much...
Basically I was thinking of chec
On Thu, 2006-05-04 at 22:09 -0400, David Hampton wrote:
> Good to know. I'm in the process of trying to eliminate all the
> deprecated gtk/gnome functions from gnucash. I'll skip the sx code
> since you're going to rewrite it.
As per the reply to Andrew, my focus is more on factoring the
not-ui-
On Thu, 2006-05-04 at 19:41 -0400, Andrew Duggan wrote:
> Josh Sled wrote:
> >
> > Oh, what're you thinking? I'm planning on re-writing most of the SX
> > stuff in the next month or two, so we might want to coordinate now,
> > before things diverge too much...
>
> Basically I was thinking of che
On Thu, 2006-05-04 at 18:57 -0400, Josh Sled wrote:
> On Thu, 2006-05-04 at 18:49 -0400, Andrew Duggan wrote:
> > I've been hacking around in there trying to see if I can get sx processing
> > working a little more closely to the way I do my thing. So the first step
>
> Oh, what're you thinking?
SinceLastRun dialog box a little to intrusive to
be presented when I start GnuCash. Sometimes even if do have "pending"
scheduled txn, I am not interested in doing it right at start up, but with
the autorun of that disabled, I have to "remember" to process the scheduled
tran
On Thu, 2006-05-04 at 18:49 -0400, Andrew Duggan wrote:
> I've been hacking around in there trying to see if I can get sx processing
> working a little more closely to the way I do my thing. So the first step
Oh, what're you thinking? I'm planning on re-writing most of the SX
stuff in the next
Josh Sled wrote:
That's right. There's a final page in the since-last-run dialog
prompting you to delete SXes that are "obsolete" or "dead".
I'm thinking that page and functionality is going to go away in a future
SX cleanup, though.
Thanks, I'll have to watch out for that then,
I've be
On Thu, 2006-05-04 at 17:47 -0400, Andrew Duggan wrote:
> The reminders and "to_create_list" seem to be pretty easy to grasp, but
> right now the best I can tell the dead list is maybe for those scheduled
> txn that are past the "repeats until" point or past the specified lifetime
> in terms of
Hi,
If someone knows off the top of his head, what the "dead list" is WRT
scheduled transaction, it would help me out a lot.
The reminders and "to_create_list" seem to be pretty easy to grasp, but
right now the best I can tell the dead list is maybe for those scheduled
txn that are past the
Andreas,
Yes, I should have filed a bug.
Anyway, to whoever fixed it, thanks. I tested r13668 and I can now
successfully create scheduled transactions, and cancel the dialog
without creating transactions etc.
Ben.
On Sat, 2006-03-18 at 16:22 +0100, Andreas Köhler wrote:
> Hi,
>
> On
to actually create the scheduled transactions. I have the following
> three cases:
I would recommend that you file a bug next time. This may in extreme
cases be not as fast as talking to a person or sending an email to
this list, but it is definitely more reliable, that we do not forget
this
Hi,
I reported some scheduled transaction problems to Joshua a few days ago
(when trying to start the Since Last Run dialog, gnucash crashed). This
one seems to have been fixed now. However, I still get crashes when I
try to actually create the scheduled transactions. I have the following
three
to the fields
for 'Number of Occurrences' and 'Remaining Occurrences'.
I may not be using this properly though since I never did use it myself.
- Creating a new SX
It appears that the values for the "Days in Advance" for a new SX are
being populated from the de
On Sunday 30 October 2005 9:09 pm, someone claiming to be Josh Sled wrote:
> On Thu, 2005-10-27 at 12:04 -0400, Tim Wunder wrote:
> > In a related issue:
> > It would seem to be a good idea to have the preferences dialog mirror the
> > SX creation Options section.
> >
> > See screenshot
>
> Fixed
Josh Sled wrote:
- Saving a new SX crashes GC. The message
unknown, but with movement
is displayed 50 times on the console.
(I had this come up twice but can't recreate it right now)
I am, however, able to save a new SX if I don't enter anything in the
transaction template.
I'm un
On Mon, 2005-10-24 at 02:23 -0400, Volker Englisch wrote:
> I don't know if the scheduled transactions are ready for testing since
> they crash GC frequently but here are a few things I noticed:
"crash[ing] GC frequently" is generally not my experience with them,
currently.
On Thu, 2005-10-27 at 17:54 -0400, David Hampton wrote:
> I think my misunderstanding of the sx settings when I created the
> preferences may be contributing to the problem. Can you clarify for me
> whether my current understanding is correct. (Line numbers refer to the
> sxed dialog options sett
On Thursday 27 October 2005 5:54 pm, someone claiming to be David Hampton
wrote:
> On Thu, 2005-10-27 at 13:30 -0400, Josh Sled wrote:
> > On Thu, Oct 27, 2005 at 12:04:51PM -0400, Tim Wunder wrote:
> > | In a related issue:
> > | It would seem to be a good idea to have the preferences dialog mirr
On Thu, 2005-10-27 at 13:30 -0400, Josh Sled wrote:
> On Thu, Oct 27, 2005 at 12:04:51PM -0400, Tim Wunder wrote:
> | In a related issue:
> | It would seem to be a good idea to have the preferences dialog mirror the
> SX
> | creation Options section.
>
> True, and that makes sense; I'll need to
On Thu, 2005-10-27 at 13:30 -0400, Josh Sled wrote:
> On Thu, Oct 27, 2005 at 12:04:51PM -0400, Tim Wunder wrote:
> | It would seem to be a good idea to have the preferences dialog mirror the
> SX
> | creation Options section.
>
> True, and that makes sense; I'll need to talk to hampton to see i
On Thursday 27 October 2005 12:04 pm, someone claiming to be Tim Wunder wrote:
> See screenshot http://www.thewunders.org/files/pics/SX-prefs.jpg
>
Link shoulda been:
http://www.thewunders.org:9000/files/pics/SX-prefs.jpg
--
Fedora Core release 4 (Stentz), Linux 2.6.13-1.1532_FC4
KDE: 3.4.3-1.0
On Thu, Oct 27, 2005 at 12:04:51PM -0400, Tim Wunder wrote:
| In a related issue:
| It would seem to be a good idea to have the preferences dialog mirror the SX
| creation Options section.
True, and that makes sense; I'll need to talk to hampton to see if this
is readily possible, but I don't see
ed in the preferences for
>'Scheduled Transactions' even when the preferences are unchecked.
>
>Set the values in the preferences to anything other then '0', then
>uncheck the options.
>Now create a new SX. The values from the preferences are being used
&g
> If you're going to continue testing I'd suggest picking another
> subsystem,
That's the plan. I'm good at breaking stuff. :-)
Please feel free to comment if my explanation is not clear, when I need
to be more specific or when a screen shot is needed.
Thanks
Volker Englisch
mailto:[EM
m the defaults listed in the preferences for
> 'Scheduled Transactions' even when the preferences are unchecked.
>
> Set the values in the preferences to anything other then '0', then
> uncheck the options.
> Now create a new SX. The values from
I did some more testing with SX:
- Creating a new SX
It appears that the values for the "Days in Advance" for a new SX are
being populated from the defaults listed in the preferences for
'Scheduled Transactions' even when the preferences are unchecked.
Set the value
On Mon, Oct 24, 2005 at 02:23:13AM -0400, Volker Englisch wrote:
Volker, thanks! This is quite helpful! :)
| Last not least (this is not related to SX) there is a menu option Misc
| --> Test available on the Accounts window. When selected this displays
| a window with the text
| 'testing
|
I don't know if the scheduled transactions are ready for testing since
they crash GC frequently but here are a few things I noticed:
When creating a transaction that is being created via the option "Since
Last Run" and listed in the "To Create Transaction Preparation" an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, June 23, 2004 10:34 am, Englisch, Volker (NIH/NCI) said:
>> >>>
>> > Would you prefer we start with oldest or newest unconfirmed bugs.
>> Maybe
>> > each of us should start from different end.
>>
>> I don't have a preference. Just being able t
"Englisch, Volker (NIH/NCI)" <[EMAIL PROTECTED]> writes:
> I was thinking to look at the oldest bugs first hoping that most of those
> could be closed out because they can not be reproduced in the newer
> versions.
True.
> Maybe the easiest for now would be to one of us start from the top while
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, June 23, 2004 9:59 am, Derek Atkins said:
> If I can go to a bug and easily reproduce it, I can (generally) easily
> fix it. Sometimes the reproduction part is the most challenging
> aspect!
>
> -derek
>
I agree, when users in my day job give
"Steve Romanow" <[EMAIL PROTECTED]> writes:
>>>
> Would you prefer we start with oldest or newest unconfirmed bugs. Maybe
> each of us should start from different end.
I don't have a preference. Just being able to close out bugs that
are no longer a factor, or bugs that cannot be reproduced...
On Wed, June 23, 2004 9:29 am, Derek Atkins said:
> Right now we don't have a good process in place for marking bugs
> as "reproducible". We do use the NEEDINFO to mark a bug as,
> well, need more info. :)
>
> I suppose that, once you confirm a bug you can change it from UNCO ->
> NEW to confirm i
Right now we don't have a good process in place for marking bugs
as "reproducible". We do use the NEEDINFO to mark a bug as,
well, need more info. :)
I suppose that, once you confirm a bug you can change it from UNCO ->
NEW to confirm it.
If you need bits I'm sure that Wilddev can help.
-derek
;t appear in the register... the register
JS> should show a user-configurable window of future transactions... but I
JS> think they're not marked 's' so much as they have a ' '/null-reconciliation
JS> field: they're not [yet] transactions, and they don
1 - 100 of 128 matches
Mail list logo
