[jira] Reopened: (OFBIZ-1437) Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity
[ https://issues.apache.org/jira/browse/OFBIZ-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel reopened OFBIZ-1437: - Make changes according to Jacopo's comments. Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity -- Key: OFBIZ-1437 URL: https://issues.apache.org/jira/browse/OFBIZ-1437 Project: OFBiz Issue Type: Sub-task Components: accounting Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: getProductOrgGlAccountService.patch Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity: the information in this file will be considered if no specific mapping for the productId was found in the ProductGlAccount entity and before looking at the general GlAccountTypeDefault entity. As usual, a product is associated to the category thru the ProductCategoryMember entity. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: GL implementation - implemented Journal setup screens for error journal
On Nov 28, 2007, at 11:18 PM, Jacopo Cappellato wrote: Thanks David, your notes are of great help. I'd say that we could improve the errorGlAccountId setup in the following ways: a) allow to enter the errorGlJournalId only if the party is the parent of all the organizations and a1) automatically propagate the value into the children's errorGlJournalId or a2) create a service that retrieves the error journal for a given organization by looking at the error journal of the parent record I'm not sure if I like any of these approaches... but I guess that's probably because I still think that if something like this happens it won't be all that big of a deal, ie there aren't really big errors that would be caused by it. If we were to do something about it I'd prefer it just be a warning message when viewing a journal that an entry is associated with another organization... or something... I'm not even sure what we would warn about and what the user would do about it. Maybe it's just too late tonight? ;) -David This is probably a low priority task, but I'm going to file it in Jira in a few hours. Jacopo David E Jones wrote: I would give this proposed change a solid no. The organizationPartyId being in both places could introduce errors, but the one on the journal is meant for the primary organization, preferably one that is a parent to all organizations referred to in AcctgTransEntry records (we could even add something to enforce that if it is a great concern). Moving the journal (GlJournal) ID from the transaction (AcctgTrans) to the transaction entry (AcctgTransEntry) seems like it would defeat the purpose of a journal. A journal is a place to keep track of a set of transactions, usually temporarily while preparing them for posting. Once a set is all balanced out (checked through a trial balance) and everything that is in it needs to be, then the whole journal or any individual transaction in the journal can be posted. Splitting different entries in a single transaction into multiple journals would make it impossible to do a reliable trial balance of a journal or generally keep order in manual journal management efforts. The concept of a journal comes from the days of 100% manual accounting, when journals were the day to day primary work books of book keepers. Transactions and entries were written in journals, and then individual transaction entries were copied into the ledger for each GL account, aka the posting process. Some of that translated into electronic data structures, but of course the database driven ones are far more flexible and because we can have many dimensions in a single table and the management of the data relationships and reporting on or interpretation of them can be automated it is easier and cleaner use a slightly different structure and avoid redundancy. That is why we don't have journal transactions and gl entries, the AcctgTrans/Entry entities are both used for both places. -David On Nov 28, 2007, at 10:13 AM, Jacopo Cappellato wrote: In rev. 599065 I've implemented some code to assign an accounting transaction that fails when posted to the error journal. However, while writing the code, I've realized that maybe we have to move the glJournalId from the AcctgTrans to the AcctgTransEntry entity. In fact, in theory the entries of an AcctgTrans could belong to different organizationPartyId; and each journal is associated to one organizationPartyId. Can I move the field and modify the code? Jacopo Jacopo Cappellato wrote: As a followup to the recent discussion about GL journals to group the failed accounting transactions, I've implemented the base screens to create/edit journals and to define the error journal in rev.597976 It is also possible to search for transactions and transaction entries by journal id. The details are here: http://docs.ofbiz.org/x/sgw Jacopo smime.p7s Description: S/MIME cryptographic signature
Re: GL implementation - implemented Journal setup screens for error journal
David E Jones wrote: On Nov 28, 2007, at 11:18 PM, Jacopo Cappellato wrote: Thanks David, your notes are of great help. I'd say that we could improve the errorGlAccountId setup in the following ways: a) allow to enter the errorGlJournalId only if the party is the parent of all the organizations and a1) automatically propagate the value into the children's errorGlJournalId or a2) create a service that retrieves the error journal for a given organization by looking at the error journal of the parent record I'm not sure if I like any of these approaches... but I guess that's probably because I still think that if something like this happens it won't be all that big of a deal, ie there aren't really big errors that would be caused by it. If we were to do something about it I'd prefer it just be a warning message when viewing a journal that an entry is associated with another organization... or something... I'm not even sure what we would warn about and what the user would do about it. Maybe it's just too late tonight? ;) No, no... what you says makes perfect sense! Mine was only an attempt to resolve a minor issue with the current ui: when a user is in the context of an organization he can only filters transactions by journals associated with the organization... But it is a minor issue and we will find a way to fix this in the future Jacopo -David This is probably a low priority task, but I'm going to file it in Jira in a few hours. Jacopo David E Jones wrote: I would give this proposed change a solid no. The organizationPartyId being in both places could introduce errors, but the one on the journal is meant for the primary organization, preferably one that is a parent to all organizations referred to in AcctgTransEntry records (we could even add something to enforce that if it is a great concern). Moving the journal (GlJournal) ID from the transaction (AcctgTrans) to the transaction entry (AcctgTransEntry) seems like it would defeat the purpose of a journal. A journal is a place to keep track of a set of transactions, usually temporarily while preparing them for posting. Once a set is all balanced out (checked through a trial balance) and everything that is in it needs to be, then the whole journal or any individual transaction in the journal can be posted. Splitting different entries in a single transaction into multiple journals would make it impossible to do a reliable trial balance of a journal or generally keep order in manual journal management efforts. The concept of a journal comes from the days of 100% manual accounting, when journals were the day to day primary work books of book keepers. Transactions and entries were written in journals, and then individual transaction entries were copied into the ledger for each GL account, aka the posting process. Some of that translated into electronic data structures, but of course the database driven ones are far more flexible and because we can have many dimensions in a single table and the management of the data relationships and reporting on or interpretation of them can be automated it is easier and cleaner use a slightly different structure and avoid redundancy. That is why we don't have journal transactions and gl entries, the AcctgTrans/Entry entities are both used for both places. -David On Nov 28, 2007, at 10:13 AM, Jacopo Cappellato wrote: In rev. 599065 I've implemented some code to assign an accounting transaction that fails when posted to the error journal. However, while writing the code, I've realized that maybe we have to move the glJournalId from the AcctgTrans to the AcctgTransEntry entity. In fact, in theory the entries of an AcctgTrans could belong to different organizationPartyId; and each journal is associated to one organizationPartyId. Can I move the field and modify the code? Jacopo Jacopo Cappellato wrote: As a followup to the recent discussion about GL journals to group the failed accounting transactions, I've implemented the base screens to create/edit journals and to define the error journal in rev.597976 It is also possible to search for transactions and transaction entries by journal id. The details are here: http://docs.ofbiz.org/x/sgw Jacopo
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546651 ] Bilgin Ibryam commented on OFBIZ-1388: -- That's right Jacques, i just gave one example to generate the bug. Any proposals how to fix it? Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: OFBiz logo still contains ofbiz.org
Done in trunk, release4.0, Confluence and site. Let me know if you see a place missing, thanks Jacques De : Jacques Le Roux [EMAIL PROTECTED] I was also not able to open the eps file (using PSP 6.0 on Windows). If nobody sees a problem I will use the .png file. Please, nobody knows the font used ? I would like to write the font name in the Confluence page... for later uses... Thanks Jacques De : Jacques Le Roux [EMAIL PROTECTED] Hi Christian, I will try to fix that this week. Any advices (font, color, etc.) will be appreciated... Thanks Jacques De : Christian Geisert [EMAIL PROTECTED] Hi, I just noticed that the OFBiz logo on http://docs.ofbiz.org/pages/viewpageattachments.action?pageId=909 (actually all OFBiz logos ;-) still contains ofbiz.org instead of ofbiz.apache.org. I tried to open the eps file with Inkscape but it crashed... -- Christian
[jira] Updated: (OFBIZ-84) Shortcut for all Unpaid Invoices on a BillingAccount
[ https://issues.apache.org/jira/browse/OFBIZ-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pankaj Savita updated OFBIZ-84: --- Attachment: Invoice_OrderBillingAccount.patch Used form widget instead of Template(InvoiceStatus.ftl). Shortcut for all Unpaid Invoices on a BillingAccount Key: OFBIZ-84 URL: https://issues.apache.org/jira/browse/OFBIZ-84 Project: OFBiz Issue Type: Improvement Components: accounting Reporter: Anil K Patel Priority: Minor Attachments: Invoice_OrderBillingAccount.patch, Invoice_OrderBillingAccount.patch A Shortcut to Listing Unpaid Invoices on a BillingAccount should be provided. If somebody can help me figure out few cosmetic things like, Link Name and Location, I'll do the coding and provide the patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1451) New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries
New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries -- Key: OFBIZ-1451 URL: https://issues.apache.org/jira/browse/OFBIZ-1451 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Add a menu and screen under: AccountingGeneral LedgerSetupGl Accounts Default: Variance Reason Gl Accounts The screen is intended to map inventory variance reasons to a gl accounts. The screen is composed by a form list that shows the VarianceReasonGlAccount records associated to the organizationPartyId and under it a form to add new records; as usual, provide links/button to edit/remove existing records. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1452) posting of financial accounts records not possible
[ https://issues.apache.org/jira/browse/OFBIZ-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hans Bakker updated OFBIZ-1452: --- Environment: (was: Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit.) posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Attachments: finAccountPost.patch Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1452) posting of financial accounts records not possible
posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Environment: Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1452) posting of financial accounts records not possible
[ https://issues.apache.org/jira/browse/OFBIZ-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hans Bakker updated OFBIZ-1452: --- Attachment: finAccountPost.patch posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Attachments: finAccountPost.patch Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
An interesting DB comparaison
Not sure it's the best place for this, but you might find this artcile interesting http://www.postgresql.org/docs/techdocs.83 There is even a french version here http://www.postgresqlfr.org/?q=node/1432 Jacques
http://ofbiz.apache.org/documents.html
The file http://ofbiz.apache.org/documents.html which is called from some documents (http://ofbiz.apache.org/docs/entityconfig.html for instance) does not exist. Any ideas about where to find it (Google did to found it, at 1st glance) Thanks Jacques
Re: entitymodel_old files
Any ideas ? Is it really needed ? Jacques De : Jacques Le Roux [EMAIL PROTECTED] Hi all, Why do we keep entitymodel_old.xml files ? Thanks Jacques
[jira] Created: (OFBIZ-1453) store/load possibility for AGGREGATED product configurations
store/load possibility for AGGREGATED product configurations Key: OFBIZ-1453 URL: https://issues.apache.org/jira/browse/OFBIZ-1453 Project: OFBiz Issue Type: Improvement Affects Versions: SVN trunk Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Attachments: aggregated.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1453) store/load possibility for AGGREGATED product configurations
[ https://issues.apache.org/jira/browse/OFBIZ-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bilgin Ibryam updated OFBIZ-1453: - Attachment: aggregated.patch store/load possibility for AGGREGATED product configurations Key: OFBIZ-1453 URL: https://issues.apache.org/jira/browse/OFBIZ-1453 Project: OFBiz Issue Type: Improvement Affects Versions: SVN trunk Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Attachments: aggregated.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Enhance configurable (AGGREGATED) products
Jacopo, Thank You for answering/helping me . I searched the old ML and found your posts. Here a short combined snipped: the best way to go is to probably implement the part of the configurable stuff that was originally planned but then never completed: add support for storing the configurations The original idea, if I'm not wrong was this: a) add a store method to the ProductConfigWrapper (or Worker) to store the configuration in the ProductConfigConfig entity (by assigning a new configId) b) add a new constructor to the ProductConfigWrapper to load a wrapper from a stored configId Then the config id could be added to the quote (but we should discuss a bit more about this, I guess, because is a pretty major change), request, order items etc... Or (probably better) we could use the configId to create a new special type of variant product (something like variant configuration, associated to the configurable product template and to the given configId) and then use the new productId in quotes, requests, order items etc... I created an jira issue(OFBIZ-1453) and attached the first draft for a) and b) It works as expected, but reviews, tests and comments are greatly appreciated. Now i like to know where to add the configId field. I think that we should add it to OrderItem, CustRequestItem, QuoteItem, ShoppingListItem. Then we can easily get it (together with productId) and configure product, before adding to cart. May be the other solution you propose is better, but it looks to me a bit tricky/more_complicated way, thats why i donot like it. (i will give one more try to understand it). Any opinions where to save this configId for configurable products? Would interested commiters comment on this also. What could be the accepted way for ofbiz ? Bilgin -- View this message in context: http://www.nabble.com/Enhance-configurable-%28AGGREGATED%29-products-tf4888953.html#a14028019 Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Any ideas what might be causing this error (after order creation) in trunk ?
Thanks guys. I still donot know where to search this not well formed xml... -- View this message in context: http://www.nabble.com/Any-ideas-what-might-be-causing-this-error-%28after-order-creation%29-in-trunk---tf4888766.html#a14028503 Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: entitymodel_old files
Are they hurting anything? If not then we should keep them. They are part of the upgrade path from older versions of OFBiz. -David On Nov 29, 2007, at 7:11 AM, Jacques Le Roux wrote: Any ideas ? Is it really needed ? Jacques De : Jacques Le Roux [EMAIL PROTECTED] Hi all, Why do we keep entitymodel_old.xml files ? Thanks Jacques smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-1452) posting of financial accounts records not possible
[ https://issues.apache.org/jira/browse/OFBIZ-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546802 ] David E. Jones commented on OFBIZ-1452: --- Quick note on the history/status of this service: I was only about half-way through it, and never really tested it, when the project I was working on was cancelled. It's great to see more work going into this. I'll see if I can play with this in the near future but in the mean time this is known to not be complete or working, so don't worry too much about breaking it... ;) posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Attachments: finAccountPost.patch Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: http://ofbiz.apache.org/documents.html
That page has been moved to docs.ofbiz.org, here: http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Documentation+Index There is a link to it from the home page, ie that link has been replaced. These others certainly could be updated too, but it would be even better to finish up the task of moving all of those old documentation pages to the docs.ofbiz.org site. -David On Nov 29, 2007, at 7:45 AM, Jacques Le Roux wrote: The file http://ofbiz.apache.org/documents.html which is called from some documents (http://ofbiz.apache.org/docs/entityconfig.html for instance) does not exist. Any ideas about where to find it (Google did to found it, at 1st glance) Thanks Jacques smime.p7s Description: S/MIME cryptographic signature
Re: Any ideas what might be causing this error (after order creation) in trunk ?
trace through your log. Bilgin Ibryam sent the following on 11/29/2007 7:47 AM: Thanks guys. I still donot know where to search this not well formed xml...
Re: http://ofbiz.apache.org/documents.html
De : David E Jones [EMAIL PROTECTED] That page has been moved to docs.ofbiz.org, here: http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Documentation+Index There is a link to it from the home page, ie that link has been replaced. These others certainly could be updated too, but it would be even better to finish up the task of moving all of those old documentation pages to the docs.ofbiz.org site. OK, I will Jacques -David On Nov 29, 2007, at 7:45 AM, Jacques Le Roux wrote: The file http://ofbiz.apache.org/documents.html which is called from some documents (http://ofbiz.apache.org/docs/entityconfig.html for instance) does not exist. Any ideas about where to find it (Google did to found it, at 1st glance) Thanks Jacques
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546863 ] BJ Freeman commented on OFBIZ-1388: --- may be off but don't think this is a valid url https://localhost:8443/ordermgr/control/additem/product controller will only handle additem but not pass the /product. unless i have missed something. Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546867 ] Bilgin Ibryam commented on OFBIZ-1388: -- BJ, I am not sure what you mean by not valid url but this is exactly how it looks after adding to cart a configurable product, or product with survey and in some other cases... And if you use quick lookup button, while the url is like this, the lookup screen is not the expected one... Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546873 ] BJ Freeman commented on OFBIZ-1388: --- I am using ver 4.0 and it works fine I don't see the URL you are specifying. by not valid I mean additem is valid but to add \product is not the way to pass parms normallyou it proudct= or ?product I tried this on https://demo.hotwaxmedia.com/ordermgr/control/additem when I tried to add the PC001 got this The Following Errors Occurred: Configuration Is Not Valid got this also on my version 4.0 Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546900 ] Bilgin Ibryam commented on OFBIZ-1388: -- I cannot believe that so many people donot know how to add PC001 to cart from order manager. I created another issue (OFBIZ-1424) that could make adding some products(like PC001) easier. Anyway, back to this issue: you can add PC001 by choosing Configurables PCs category from left (Browse Categories screen ) corner of your order entry screen. Then you go to product details screens, configure it, and add. Exactly after adding the product, you will see the url... You will have the same effect if you try to add products from Account Activation category from Browse Categories screen... Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
OFBTOOLS_VIEW in OrderSecurityData.xml
I note that practically every security level has the OFBTOOLS_VIEW. to better emulate a real situation, should this only be at the manager level?
Re: OFBTOOLS_VIEW in OrderSecurityData.xml
That permission enables viewing the OOTB components. The concept is to exclude the permission from custom apps so that you don't accidently give someone permission to use an OOTB app by giving them permission to use an existing resource. -Adrian BJ Freeman wrote: I note that practically every security level has the OFBTOOLS_VIEW. to better emulate a real situation, should this only be at the manager level?
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546922 ] BJ Freeman commented on OFBIZ-1388: --- my apologies I miss read you instructions. Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1455) order requirements should only be created when orders are approved
order requirements should only be created when orders are approved -- Key: OFBIZ-1455 URL: https://issues.apache.org/jira/browse/OFBIZ-1455 Project: OFBiz Issue Type: Bug Reporter: Si Chen currently requirements are created when orders are created, even if the order is in the Created state. This is not a good practice as the order may not be completed. The requirements secas should be changed so that only when order status is changed to Approved are the requirements created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Any ideas what might be causing this error (after order creation) in trunk ?
think I fould something
not sure where to go from here.
[UtilXml.java:649:ERROR] XmlFileLoader:
/applications/party/widget/partymgr/PartyScreens.xml process error.
Line: 725. Error message: cvc-complex-type.2.4.a: Invalid content was
found starting with element 'condition'. One of '{actions, widgets}' is
expected.
BJ Freeman sent the following on 11/29/2007 9:53 AM:
trace through your log.
Bilgin Ibryam sent the following on 11/29/2007 7:47 AM:
Thanks guys.
I still donot know where to search this not well formed xml...
Re: OFBTOOLS_VIEW in OrderSecurityData.xml
Ok I am confused. when I go into demoadmin have certain things block like order entry. yet those below admin can see webtools. hmm Adrian Crum sent the following on 11/29/2007 2:16 PM: That permission enables viewing the OOTB components. The concept is to exclude the permission from custom apps so that you don't accidently give someone permission to use an OOTB app by giving them permission to use an existing resource. -Adrian BJ Freeman wrote: I note that practically every security level has the OFBTOOLS_VIEW. to better emulate a real situation, should this only be at the manager level?
Re: OFBTOOLS_VIEW in OrderSecurityData.xml
The WEBTOOLS_VIEW permission grants access to the Webtools component. It's confusing, I know. If you Google OFBTOOLS you'll find additional information about how it's used. -Adrian BJ Freeman wrote: Ok I am confused. when I go into demoadmin have certain things block like order entry. yet those below admin can see webtools. hmm Adrian Crum sent the following on 11/29/2007 2:16 PM: That permission enables viewing the OOTB components. The concept is to exclude the permission from custom apps so that you don't accidently give someone permission to use an OOTB app by giving them permission to use an existing resource. -Adrian BJ Freeman wrote: I note that practically every security level has the OFBTOOLS_VIEW. to better emulate a real situation, should this only be at the manager level?
[jira] Updated: (OFBIZ-1439) New screen to manually create an AcctgTrans.
[ https://issues.apache.org/jira/browse/OFBIZ-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya updated OFBIZ-1439: --- Attachment: Manually_CreateAcctgTrans.patch Jacopo Anil, Here is the patch for this issue. -- Ashish Vijaywargiya New screen to manually create an AcctgTrans. Key: OFBIZ-1439 URL: https://issues.apache.org/jira/browse/OFBIZ-1439 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: Manually_CreateAcctgTrans.patch Implement a new screen to manually create an AcctgTrans record. The screen will be reached thru a new link (Create an Accounting Transaction) in the following page: AccountingGeneral LedgerAccountingAccounting Transactions and can be placed just above the existing one Quick Create an Accounting Transaction The screen definition can be defined in the GlScreens.xml file and the form definition in the GlForms.xml file The service name called to create the record is: createAcctgTrans If the operation is successful, the controller screen should redirect to the view EditAcctgTrans -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-1439) New screen to manually create an AcctgTrans.
[ https://issues.apache.org/jira/browse/OFBIZ-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel closed OFBIZ-1439. --- Resolution: Fixed Ashish, thanks for patch. Its in rev# 599645 New screen to manually create an AcctgTrans. Key: OFBIZ-1439 URL: https://issues.apache.org/jira/browse/OFBIZ-1439 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: Manually_CreateAcctgTrans.patch Implement a new screen to manually create an AcctgTrans record. The screen will be reached thru a new link (Create an Accounting Transaction) in the following page: AccountingGeneral LedgerAccountingAccounting Transactions and can be placed just above the existing one Quick Create an Accounting Transaction The screen definition can be defined in the GlScreens.xml file and the form definition in the GlForms.xml file The service name called to create the record is: createAcctgTrans If the operation is successful, the controller screen should redirect to the view EditAcctgTrans -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Catalog permissions
want to create two new partyid's DemoCatalogMaintainceManager-CATALOGADMIN DemoCatalogMaintaincePerson-CATALOGVIEWALLOW DemoCatalogPriceMaintainece-CATALOGPRICEMAINT want to use this in the Documentation to show how to have specific access for the documentation on Creating Configurable Products Any objections.
Re: OFBTOOLS_VIEW in OrderSecurityData.xml
thanks. Adrian Crum sent the following on 11/29/2007 3:05 PM: The WEBTOOLS_VIEW permission grants access to the Webtools component. It's confusing, I know. If you Google OFBTOOLS you'll find additional information about how it's used. -Adrian BJ Freeman wrote: Ok I am confused. when I go into demoadmin have certain things block like order entry. yet those below admin can see webtools. hmm Adrian Crum sent the following on 11/29/2007 2:16 PM: That permission enables viewing the OOTB components. The concept is to exclude the permission from custom apps so that you don't accidently give someone permission to use an OOTB app by giving them permission to use an existing resource. -Adrian BJ Freeman wrote: I note that practically every security level has the OFBTOOLS_VIEW. to better emulate a real situation, should this only be at the manager level?
[jira] Updated: (OFBIZ-1456) if order entry is interupted and session times out. the session data is lost causing errors.
[ https://issues.apache.org/jira/browse/OFBIZ-1456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1456: -- Attachment: ofbizlog.txt this is the log from ofbiz if order entry is interupted and session times out. the session data is lost causing errors. Key: OFBIZ-1456 URL: https://issues.apache.org/jira/browse/OFBIZ-1456 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Environment: Ver 4.0 rev 595239 Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: error1.txt, error2.txt, ofbizlog.txt, screenshot-1.jpg order entry add a product, in this case PC001 allow the session to time out. log back in and go back into order entry. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1388) Bug in lookup windows URL
[ https://issues.apache.org/jira/browse/OFBIZ-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546950 ] BJ Freeman commented on OFBIZ-1388: --- Ok been able to reproduce this is what is being sent to the popup tracing through a href=javascript:call_fieldlookup2(document.quickaddform.add_product_id,'LookupProduct'); img src=/images/fieldlookup.gif width=15 height=14 border=0 alt=Click here For Field Lookup/ /a Bug in lookup windows URL - Key: OFBIZ-1388 URL: https://issues.apache.org/jira/browse/OFBIZ-1388 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Bilgin Ibryam Priority: Minor Fix For: SVN trunk Hi all, I just noticed a bug in lookup windows url generation. One way to generate the bug is this: Go to order manager and add to cart configurable pc (PC001). You can do it browsing Configurable PCs category on the left corner. After you add PC001 to cart, you will be in order entry screen and your URL should look like this: https://localhost:8443/ordermgr/control/additem/product At this stage if you try to add another product AND click on the product lookup button, the screen in the lookup window will be orderentry screen but not the product lookup screen! Popup screen will not generate LookupProduct request as it is expected, instead the request is additem/LookupProduct and then ControlServlet transform it to additem request. You can see that additem is coming from the URL we mentioned /control/additem/product Any ideas how to fix this bug? Bilgin Ibryam -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Any ideas what might be causing this error (after order creation) in trunk ?
That's odd. The condition element should come before actions, which in turn comes before
widgets. This error message is odd.
Unless... a screen in there has 2 condition elements, maybe you could get
this error then.
Jonathon
BJ Freeman wrote:
think I fould something
not sure where to go from here.
[UtilXml.java:649:ERROR] XmlFileLoader:
/applications/party/widget/partymgr/PartyScreens.xml process error.
Line: 725. Error message: cvc-complex-type.2.4.a: Invalid content was
found starting with element 'condition'. One of '{actions, widgets}' is
expected.
BJ Freeman sent the following on 11/29/2007 9:53 AM:
trace through your log.
Bilgin Ibryam sent the following on 11/29/2007 7:47 AM:
Thanks guys.
I still donot know where to search this not well formed xml...
[jira] Updated: (OFBIZ-1456) if order entry is interupted and session times out. the session data is lost causing errors.
[ https://issues.apache.org/jira/browse/OFBIZ-1456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1456: -- Attachment: error1.txt first errors show on screen shot if order entry is interupted and session times out. the session data is lost causing errors. Key: OFBIZ-1456 URL: https://issues.apache.org/jira/browse/OFBIZ-1456 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Environment: Ver 4.0 rev 595239 Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: error1.txt, error2.txt order entry add a product, in this case PC001 allow the session to time out. log back in and go back into order entry. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1456) if order entry is interupted and session times out. the session data is lost causing errors.
if order entry is interupted and session times out. the session data is lost causing errors. Key: OFBIZ-1456 URL: https://issues.apache.org/jira/browse/OFBIZ-1456 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Environment: Ver 4.0 rev 595239 Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk, Release Branch 4.0 order entry add a product, in this case PC001 allow the session to time out. log back in and go back into order entry. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1456) if order entry is interupted and session times out. the session data is lost causing errors.
[ https://issues.apache.org/jira/browse/OFBIZ-1456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1456: -- Attachment: error2.txt second errors not show on screen shot if order entry is interupted and session times out. the session data is lost causing errors. Key: OFBIZ-1456 URL: https://issues.apache.org/jira/browse/OFBIZ-1456 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Environment: Ver 4.0 rev 595239 Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: error1.txt, error2.txt order entry add a product, in this case PC001 allow the session to time out. log back in and go back into order entry. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1456) if order entry is interupted and session times out. the session data is lost causing errors.
[ https://issues.apache.org/jira/browse/OFBIZ-1456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1456: -- Attachment: screenshot-1.jpg shows the errors that are attached if order entry is interupted and session times out. the session data is lost causing errors. Key: OFBIZ-1456 URL: https://issues.apache.org/jira/browse/OFBIZ-1456 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Environment: Ver 4.0 rev 595239 Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: error1.txt, error2.txt, screenshot-1.jpg order entry add a product, in this case PC001 allow the session to time out. log back in and go back into order entry. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: (was: customerevents_testing.patch) can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: ver4.0manualimprove.patch https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546971 ] BJ Freeman commented on OFBIZ-1350: --- let me know if you want me to include all the lanuages with a SelectOne= can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: ver4.0manualimprove.txt https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: ver4.0manualimprove.txt patch for ver 4.0 this adds a forced option before the list so if you select any in the list it will fire the change. can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: ver4.0manualimprove.txt https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1457) Implement an automatic GL posting service triggered when InventoryItem.unitCost is changed
Implement an automatic GL posting service triggered when InventoryItem.unitCost is changed -- Key: OFBIZ-1457 URL: https://issues.apache.org/jira/browse/OFBIZ-1457 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato The name of the service can be createAcctgTransForInventoryItemCostChange or similar. We can use the following template for this service: createAcctgTransForShipmentReceipt in GeneralLedgerServices.xml The service is triggered by a SECA rule on createInventoryItemDetail with the condition: unitCost is-not-empty and receiptId is-not-empty (we don't want the service to run when the item is received aka created); in this way, every time an InventoryItemDetail with a non null unitCost is created (that means we have changed the cost of the item) we have to run the service to post the following adjustment to the GL: origAmount = QOH * (oldUnitCost - newUnitCost) the glAccountTypeId to be used for the double entries are: INV_ADJ_VAL for D INVENTORY_ACCOUNT for C and the acctgTransTypeId is INVENTORY The newUnitCost is the cost found in the last created InventoryItemDetail, the oldUnitCost is in the most recent InventoryItemDetail (that is not the last one) with unitCost != null -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1449) In createAcctgTransAndEntries, aggregate entries with same exact fields and sum their amounts
[ https://issues.apache.org/jira/browse/OFBIZ-1449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-1449: - Priority: Minor (was: Major) In createAcctgTransAndEntries, aggregate entries with same exact fields and sum their amounts - Key: OFBIZ-1449 URL: https://issues.apache.org/jira/browse/OFBIZ-1449 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Jacopo Cappellato Priority: Minor In createAcctgTransAndEntries, aggregate entries with same exact fields and sum their amounts -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: (was: ver4.0manualimprove.txt) can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: customerevents_testing.patch https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: customerevents_testing.patch oops sorry forgot to change the extension. can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: customerevents_testing.patch, ver4.0manualimprove.txt https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: (was: ver4.0manualimprove.patch) can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: ver4.0manualimprove.patch https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Any ideas what might be causing this error (after order creation) in trunk ?
the trunk partyscreens.xml
this was added
section
condition
notif-empty field-name=party//not
/condition
widgets
section
condition
if-compare field-name=showOld
operator=equals value=true type=Boolean/
/condition
widgets
container
link
target=viewprofile?partyId=${party.partyId}
text=${uiLabelMap.PartyHideOld} style=smallSubmit/
/container
/widgets
fail-widgets
container
link
target=viewprofile?partyId=${party.partyId}amp;SHOW_OLD=true
text=${uiLabelMap.PartyShowOld} style=smallSubmit/
/container
/fail-widgets
/section
include-screen name=Party
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Contact
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=LoyaltyPoints
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=PaymentMethods
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=AvsSettings
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=FinAccounts
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=UserLogin
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Attributes
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Visits
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Cart
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen
name=SerializedInventory
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Subscriptions
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Content
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=ShipperAccount
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Notes
location=component://party/widget/partymgr/ProfileScreens.xml/
/widgets
fail-widgets
container
label
style=head3${uiLabelMap.PartyNoPartyFoundWithPartyId}:
${parameters.partyId}/label
/container
/fail-widgets
/section
Jonathon -- Improov sent the following on 11/29/2007 5:32 PM:
That's odd. The condition element should come before actions, which
in turn comes before widgets. This error message is odd.
Unless... a screen in there has 2 condition elements, maybe you could
get this error then.
Jonathon
BJ Freeman wrote:
think I fould something
not sure where to go from here.
[UtilXml.java:649:ERROR] XmlFileLoader:
/applications/party/widget/partymgr/PartyScreens.xml process error.
Line: 725. Error message: cvc-complex-type.2.4.a: Invalid content was
found starting with element 'condition'. One of '{actions, widgets}' is
expected.
BJ Freeman sent the following on 11/29/2007 9:53 AM:
trace through your log.
Bilgin Ibryam sent the following on 11/29/2007 7:47 AM:
Thanks guys.
I still donot know where to search this not well formed xml...
Re: Any ideas what might be causing this error (after order creation) in trunk ?
Ok got confused.. sorry
it is ver 4.0 that has the error
ver 4.0 partyscreens.xml
not sure what a FinAccountSummary
screen is doing in partyscreens.
and this is the culprit I belive
section
condition
not
if-empty field-name=ownedFinAccountList/
/not
/condition
condition
if-has-permission permission=ACCOUNTING
action=_VIEW/
/condition
widgets
BJ Freeman sent the following on 11/29/2007 5:53 PM:
the trunk partyscreens.xml
this was added
section
condition
notif-empty field-name=party//not
/condition
widgets
section
condition
if-compare field-name=showOld
operator=equals value=true type=Boolean/
/condition
widgets
container
link
target=viewprofile?partyId=${party.partyId}
text=${uiLabelMap.PartyHideOld} style=smallSubmit/
/container
/widgets
fail-widgets
container
link
target=viewprofile?partyId=${party.partyId}amp;SHOW_OLD=true
text=${uiLabelMap.PartyShowOld} style=smallSubmit/
/container
/fail-widgets
/section
include-screen name=Party
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Contact
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=LoyaltyPoints
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=PaymentMethods
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=AvsSettings
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=FinAccounts
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=UserLogin
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Attributes
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Visits
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Cart
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen
name=SerializedInventory
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Subscriptions
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Content
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=ShipperAccount
location=component://party/widget/partymgr/ProfileScreens.xml/
include-screen name=Notes
location=component://party/widget/partymgr/ProfileScreens.xml/
/widgets
fail-widgets
container
label
style=head3${uiLabelMap.PartyNoPartyFoundWithPartyId}:
${parameters.partyId}/label
/container
/fail-widgets
/section
Jonathon -- Improov sent the following on 11/29/2007 5:32 PM:
That's odd. The condition element should come before actions, which
in turn comes before widgets. This error message is odd.
Unless... a screen in there has 2 condition elements, maybe you could
get this error then.
Jonathon
BJ Freeman wrote:
think I fould something
not sure where to go from here.
[UtilXml.java:649:ERROR] XmlFileLoader:
/applications/party/widget/partymgr/PartyScreens.xml process error.
Line: 725. Error message: cvc-complex-type.2.4.a: Invalid content was
found starting with element 'condition'. One of '{actions, widgets}' is
expected.
BJ Freeman sent the following on 11/29/2007 9:53 AM:
trace through your log.
Bilgin Ibryam sent the following on 11/29/2007 7:47 AM:
Thanks guys.
I still donot know where to search
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: ver4.0manualimprove.patch can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: ver4.0manualimprove.patch, ver4.0manualimprove.patch https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1350) can not activate the Payment Authorization Service in accounting ManualTransaction
[ https://issues.apache.org/jira/browse/OFBIZ-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1350: -- Attachment: ver4.0manualimprove.patch lets try this again can not activate the Payment Authorization Service in accounting ManualTransaction --- Key: OFBIZ-1350 URL: https://issues.apache.org/jira/browse/OFBIZ-1350 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk, Release Branch 4.0 Reporter: BJ Freeman Fix For: SVN trunk, Release Branch 4.0 Attachments: customerevents_testing.patch, ver4.0manualimprove.patch https://localhost:8443/accounting/control/ManualTransaction need to put a null or blank in the default selection. this because the action is activated by selecting from the dropdown. you can not select Payment Authorization Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-1452) posting of financial accounts records not possible
[ https://issues.apache.org/jira/browse/OFBIZ-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hans Bakker closed OFBIZ-1452. -- Resolution: Fixed Committed revision 599699. posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Attachments: finAccountPost.patch Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1455) order requirements should only be created when orders are approved
[ https://issues.apache.org/jira/browse/OFBIZ-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547008 ] Scott Gray commented on OFBIZ-1455: --- Couldn't an approved order also end up being cancelled/modified/returned? It would be nice if a requirement was flagged as automatic/system generated so that we could remove them if inventory becomes available. order requirements should only be created when orders are approved -- Key: OFBIZ-1455 URL: https://issues.apache.org/jira/browse/OFBIZ-1455 Project: OFBiz Issue Type: Bug Reporter: Si Chen currently requirements are created when orders are created, even if the order is in the Created state. This is not a good practice as the order may not be completed. The requirements secas should be changed so that only when order status is changed to Approved are the requirements created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1447) Add lookup buttons to the search forms for accounting transactions and accounting transactions entries
[ https://issues.apache.org/jira/browse/OFBIZ-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur updated OFBIZ-1447: --- Attachment: Add_Lookup.patch Add lookup buttons to the search forms for accounting transactions and accounting transactions entries Key: OFBIZ-1447 URL: https://issues.apache.org/jira/browse/OFBIZ-1447 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Attachments: Add_Lookup.patch Add lookup buttons to the search forms for accounting transactions and accounting transactions entries for payments, work efforts, invoices, shipments etc... The two forms are in the following two screens: AccountingGeneral LedgerAccountingAccounting Transactions and AccountingGeneral LedgerAccountingAccounting Transactions Entries -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1452) posting of financial accounts records not possible
[ https://issues.apache.org/jira/browse/OFBIZ-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547023 ] Jacques Le Roux commented on OFBIZ-1452: release4.0 : 599706 posting of financial accounts records not possible -- Key: OFBIZ-1452 URL: https://issues.apache.org/jira/browse/OFBIZ-1452 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Hans Bakker Fix For: SVN trunk, Release Branch 4.0 Attachments: finAccountPost.patch Investigating the giftcard processing in OFBiz and after the activatation of the 'eca' createFinAccountTrans in accounting/servicedef/secas.xml, you get the following error: [Cannot post FinAccountTrans with ID [10045] to GL, could not find Offset glAccountId] the attached patch seem to fix the error. However i would appreciate if somebody have a look at this first before I commit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Tasking requirements in Project component
Hans, Thanks for your work in project component. If you find some time, and if its ok for you, It be nice if you created Jira issues for different features that you will like to add to the component. I plan to use them as part of training exercise. I'll help those developers to implement something that will be useful for us all. Like I crated https://issues.apache.org/jira/browse/OFBIZ-1438 If agree with this them I can have somebody work on it. Does this sound interesting? Regards Anil Patel
[jira] Updated: (OFBIZ-1451) New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries
[ https://issues.apache.org/jira/browse/OFBIZ-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur updated OFBIZ-1451: --- Attachment: VarianceReasonGlAccount.patch New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries -- Key: OFBIZ-1451 URL: https://issues.apache.org/jira/browse/OFBIZ-1451 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Attachments: VarianceReasonGlAccount.patch Add a menu and screen under: AccountingGeneral LedgerSetupGl Accounts Default: Variance Reason Gl Accounts The screen is intended to map inventory variance reasons to a gl accounts. The screen is composed by a form list that shows the VarianceReasonGlAccount records associated to the organizationPartyId and under it a form to add new records; as usual, provide links/button to edit/remove existing records. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1437) Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity
[ https://issues.apache.org/jira/browse/OFBIZ-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mridul Pathak updated OFBIZ-1437: - Attachment: getProductOrgGlAccountService.patch Hi Jacopo, Anil Here is the patch for modifications according to new comments Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity -- Key: OFBIZ-1437 URL: https://issues.apache.org/jira/browse/OFBIZ-1437 Project: OFBiz Issue Type: Sub-task Components: accounting Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: getProductOrgGlAccountService.patch, getProductOrgGlAccountService.patch Modify the getProductOrgGlAccount service to also consider the new ProductCategoryGlAccount entity: the information in this file will be considered if no specific mapping for the productId was found in the ProductGlAccount entity and before looking at the general GlAccountTypeDefault entity. As usual, a product is associated to the category thru the ProductCategoryMember entity. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-1451) New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries
[ https://issues.apache.org/jira/browse/OFBIZ-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel reassigned OFBIZ-1451: --- Assignee: Anil K Patel New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries -- Key: OFBIZ-1451 URL: https://issues.apache.org/jira/browse/OFBIZ-1451 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: VarianceReasonGlAccount.patch Add a menu and screen under: AccountingGeneral LedgerSetupGl Accounts Default: Variance Reason Gl Accounts The screen is intended to map inventory variance reasons to a gl accounts. The screen is composed by a form list that shows the VarianceReasonGlAccount records associated to the organizationPartyId and under it a form to add new records; as usual, provide links/button to edit/remove existing records. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-1448) Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries
[ https://issues.apache.org/jira/browse/OFBIZ-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel closed OFBIZ-1448. --- Resolution: Fixed Vikas, thanks for help, your patch is in rev # 599717 Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries -- Key: OFBIZ-1448 URL: https://issues.apache.org/jira/browse/OFBIZ-1448 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: [EMAIL PROTECTED] Add links to the relevant fields (payments, work efforts, invoices, shipments etc...) of the list forms that appear when you perform a research for accounting transactions and accounting transactions entries The two forms are in the following two screens: AccountingGeneral LedgerAccountingAccounting Transactions and AccountingGeneral LedgerAccountingAccounting Transactions Entries The links should open the corresponding detail screens for payments, invoices, shipments, work efforts etc... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-1451) New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries
[ https://issues.apache.org/jira/browse/OFBIZ-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel closed OFBIZ-1451. --- Resolution: Fixed Vikas, thanks your patch is in rev # 599710 New setup screen and CRUD services for managing organization's VarianceReasonGlAccount entries -- Key: OFBIZ-1451 URL: https://issues.apache.org/jira/browse/OFBIZ-1451 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: VarianceReasonGlAccount.patch Add a menu and screen under: AccountingGeneral LedgerSetupGl Accounts Default: Variance Reason Gl Accounts The screen is intended to map inventory variance reasons to a gl accounts. The screen is composed by a form list that shows the VarianceReasonGlAccount records associated to the organizationPartyId and under it a form to add new records; as usual, provide links/button to edit/remove existing records. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-1447) Add lookup buttons to the search forms for accounting transactions and accounting transactions entries
[ https://issues.apache.org/jira/browse/OFBIZ-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel reassigned OFBIZ-1447: --- Assignee: Anil K Patel Add lookup buttons to the search forms for accounting transactions and accounting transactions entries Key: OFBIZ-1447 URL: https://issues.apache.org/jira/browse/OFBIZ-1447 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: Add_Lookup.patch Add lookup buttons to the search forms for accounting transactions and accounting transactions entries for payments, work efforts, invoices, shipments etc... The two forms are in the following two screens: AccountingGeneral LedgerAccountingAccounting Transactions and AccountingGeneral LedgerAccountingAccounting Transactions Entries -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1448) Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries
[ https://issues.apache.org/jira/browse/OFBIZ-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur updated OFBIZ-1448: --- Attachment: [EMAIL PROTECTED] Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries -- Key: OFBIZ-1448 URL: https://issues.apache.org/jira/browse/OFBIZ-1448 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Attachments: [EMAIL PROTECTED] Add links to the relevant fields (payments, work efforts, invoices, shipments etc...) of the list forms that appear when you perform a research for accounting transactions and accounting transactions entries The two forms are in the following two screens: AccountingGeneral LedgerAccountingAccounting Transactions and AccountingGeneral LedgerAccountingAccounting Transactions Entries The links should open the corresponding detail screens for payments, invoices, shipments, work efforts etc... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-1448) Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries
[ https://issues.apache.org/jira/browse/OFBIZ-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anil K Patel reassigned OFBIZ-1448: --- Assignee: Anil K Patel Add links to the relevant fields of the list forms for accounting transactions and accounting transactions entries -- Key: OFBIZ-1448 URL: https://issues.apache.org/jira/browse/OFBIZ-1448 Project: OFBiz Issue Type: Sub-task Components: accounting Affects Versions: SVN trunk Reporter: Jacopo Cappellato Assignee: Anil K Patel Attachments: [EMAIL PROTECTED] Add links to the relevant fields (payments, work efforts, invoices, shipments etc...) of the list forms that appear when you perform a research for accounting transactions and accounting transactions entries The two forms are in the following two screens: AccountingGeneral LedgerAccountingAccounting Transactions and AccountingGeneral LedgerAccountingAccounting Transactions Entries The links should open the corresponding detail screens for payments, invoices, shipments, work efforts etc... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
