Hi Aliya,
1. Loans "By Loan Cycle" - Logged it in the issue tracker. (I opened two
issues in the tacker for this 1610 & 1611 by mistake and then could not
find the option to close one)
2. Loan Based on "Last Loan Amount" - Issue 1556 relates to Loan Accounts,
but the issue am talking about relates to the Loan Instance itself. Its
occurring with both Client & Group Loans. Thus, am opening a new bug for
this too at the issue tracker.This is occurring at the build server and not
the test server.
3. Editing Group Membership - Opened a new bug.
4. Loan Account Creation - Am sorry I didn't notice that the meeting day
was actually changed by someone. Missed that in a hurry. So, there's no
prblem in this case......thanx for the hint.
However, I noticed a very small problem relating to date while disbursing a
loan. On the page where we have to select the mode of payment and give the
disbursement date, the next meeting date appears by default, but with a
small mistake. Say, if the next meeting day is on 29th Jan, 2008, then
instead of appearing as 29.01.2008, it appears as 29.1.2008. Thus, a user
has to manually rectify that before moving on, otherwise the system throws
up an error message saying "invalid date". I guess I'll open a bug for this
too at the tracker.
5. I found out that my suggestion about Labels is not possible and filling
up all the fields is mandatory. Thus, its rightly discovered that these
fields should indeed have a red asterix.
It was good to see that the Savings Accounts are performing as expected. No
bugs discovered in this regard till now.
That's all for now. Plz revert back with suggestions, if any.
Hope you are doing fine.
Thanks & Best Regards,
Arpita Adhicary
Business Analyst
IBM India Pvt. Ltd.
2nd Floor, Block A
Embassy Golf Links
Off Indiranagar-Koramangala Ring Road
Bangalore - 560 071
Mobile: +91-9886754331
E-mail: [EMAIL PROTECTED]
"Aliya Walji"
<[EMAIL PROTECTED]
undation.org> To
Arpita Adhicary/India/[EMAIL PROTECTED],
24/01/2008 00:56 "Beth Mazur"
<[EMAIL PROTECTED]>,
"Emily Tucker"
<[EMAIL PROTECTED]>
cc
"Mifos functional discussions"
<[EMAIL PROTECTED]
.net>
Subject
RE: Bug Bash
Hi Arpita,
I've included some answers to your functional questions below. I've
also copied the functional list so that everyone is aware of your
questions and the responses (and can provide additional feedback if
necessary).
> 1. Loans "By Loan Cycle" - The Loan Accounts pick up the value of the
next
> cycle even if the client has a running Loan Account of the preceding
Loan
> Cycle. That is, if the client has a running loan of Cycle 2 and he is
> given
> one more Loan Account, the loan automatically takes up the values of
Cycle
> 3. This behaivour is not in sync with the functional specs.
Can you log a bug for this? Whenever the functionality does not match
the spec, we should log a bug. Once the bug is entered, we can always
close it as acceptable behavior if we decide via triage or on this
mailing list that we are comfortable with the implemented behavior - but
having the bug open will at least be a reminder to update the
specification if we don't change the functionality :)
> 2. Loan Based on "Last Loan Amount" - I created a Loan based on "last
> amount", "Arp Ind Default Loan" for clients. The loan has a weekly
> installment frequency. However, while creating a loan account, this
> particular loan instance is not appearing for any client. Am
thoroughly
> confused as to why this is happening. Shall give some more thought to
it,
> but if any of you have an idea, plz let me know.
There was a bug which was fixed by Kim that handled the issue where some
active loans were not showing up in the list. This bug is 1556 -
https://mifos.dev.java.net/issues/show_bug.cgi?id=1556
So, the behavior you are seeing could be because the test server is not
updated to the most recent version of the code, or because it is a
slightly different issue (or the issue was not fixed fully the first
time). Can you keep this on your list and when I next update the test
server, can you see if you're still seeing this issue occur?
> 3. Editing Group Membership - According to the functional specs, a
member
> can be removed from a group even if he has a running savings account,
only
> that he should not have a loan account. Build server performing as
> expected
> on this. However, while editing group membership, that is, sending the
> member to some other group, the system doesn't allow such change even
if
> the member has a running savings account. Is this intended??
I'm not sure. Can you open a bug in the issue tracker for this so we
can discuss in our triage meeting? Then the other PMs on the team can
weigh in on whether this is the expected behavior.
> 4. Loan Account Creation - While creating loan for a client in "Arpita
> Centre - wed", I've noticed that on the Loan Account creation page,
the
> default date of disbusement is not the next meeting date. Instead of
> taking
> up next wednesday's date, its taking up next monday's date. Am yet to
> check
> whether this happens in all cases and for all other centres.
You should try out a few different cases to see if you can determine if
there is a pattern for this behavior. For example, could this be due to
a holiday on the test server? Are you sure that the meeting day of the
center has not been changed without your knowledge? Poke around a bit
more and if you see a pattern for why this is occurring (and it is not
the intended behavior) or cannot figure out why the issue occurs, you
can open a bug for this in the issue tracker.
> 5. Issue 1599 (Labels) - Is it not that if the labels are not renamed,
the
> same labels will get defaulted on the front end. If so, then the
change of
> names/labels is just "out of choice" and not a compulsion. Thus, all
the
> fields need not be accompanied by red asterix. ( not sure, just
thought
> about it)
Unfortunately, I didn't quite understand your comment about this. Are
you suggesting an alternative behavior where if the label is cleared/not
defined by the user, it automatically gets set to the 'default' value
rather than giving the customer an error?
> I have created Savings Accounts of all possible combinations. Will get
to
> know the results after the batch jobs run tomorrow.
Great! Feel free to send along any questions you have once you start to
look at the results :)
Thanks for your comments and questions, Arpita :)
Aliya
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mifos-functional mailing list
Mifos-functional@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mifos-functional
