CVE-2024-38856: Apache OFBiz: Unauthenticated endpoint could allow execution of screen rendering code
Severity: important Affected versions: - Apache OFBiz through 18.12.14 Description: Incorrect Authorization vulnerability in Apache OFBiz. This issue affects Apache OFBiz: through 18.12.14. Users are recommended to upgrade to version 18.12.15, which fixes the issue. Unauthenticated endpoints could allow execution of screen rendering code of screens if some preconditions are met (such as when the screen definitions don't explicitly check user's permissions because they rely on the configuration of their endpoints). This issue is being tracked as OFBIZ-13128 Credit: unam4 (finder) ruozhi (finder) m1sn0w (finder) kuiplatain (finder) PaperPen@Timeline Sec (finder) RacerZ (finder) e0mlja (finder) Donghyun (finder) 4ra1n (finder) godspeed (finder) Hasib Vhora (finder) pwnull (finder) blckder02-YHLab (finder) Xenc from SGLAB of Legendsec at Qi'anxin Group (finder) Nicholas Zubrisky. (finder) Y4tacker (finder) References: https://ofbiz.apache.org/download.html https://ofbiz.apache.org/security.html https://ofbiz.apache.org/ https://www.cve.org/CVERecord?id=CVE-2024-38856 https://issues.apache.org/jira/browse/OFBIZ-13128
Re: Screen Rendering on Menu Permission
Hi Saurabh, A solution is to customize your main screen to check the permission, and include the screen you want following your defined rules : action="_UPLOAD"/> action="_OTHER"/> location="${parameters.mainDecoratorLocation}"> location="component://budget/widget/budget/CommonScreens.xml"/> location="${parameters.mainDecoratorLocation}"> location="component://budget/widget/budget/CommonScreens.xml"/> HTH Gil On 17/09/2015 20:40, SAURABH SINGH wrote: Hi All I want help on screen rendering after applying the menu permission Problem Statement - I have one module called budget in which I have 3 menus 1.Inwards 2.Outwords 3.Upload and an user has the permission of only third menu which is "Upload" so while login with this user the menu will be visible for him is Upload but the controlled in being called is "main" and on this main the defined screen is "Inward" So what i want to do is if the user has the permission of Only this menu there the screen should render the 3rd menu screen only which is upload menu. Please help me if needed i can give more clarification on problem statement.
Screen Rendering on Menu Permission
Hi All I want help on screen rendering after applying the menu permission Problem Statement - I have one module called budget in which I have 3 menus 1.Inwards 2.Outwords 3.Upload and an user has the permission of only third menu which is "Upload" so while login with this user the menu will be visible for him is Upload but the controlled in being called is "main" and on this main the defined screen is "Inward" So what i want to do is if the user has the permission of Only this menu there the screen should render the 3rd menu screen only which is upload menu. Please help me if needed i can give more clarification on problem statement. -- *Thanks & RegardsSAURABH SINGH**Software Engineer*
RE: OFBiz screen rendering problem.
Please ignore my previous mail. I mistakenly sent. -Original Message- From: Anil Soni Sent: Saturday, July 17, 2010 4:46 PM To: user@ofbiz.apache.org Cc: toanils...@gmail.com Subject: RE: OFBiz screen rendering problem. Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially. So my question is screen rendering in OFBiz is sequentially or parallelly ? Minimum 40 % of total time taken to draw a page and time is in seconds. -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Monday, April 19, 2010 12:20 PM To: user@ofbiz.apache.org Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this > page then all the screens will render sequentially (like s1 -> s2 -> s3 -> > s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in > screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __ __ This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
RE: OFBiz screen rendering problem.
Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially. So my question is screen rendering in OFBiz is sequentially or parallelly ? Minimum 40 % of total time taken to draw a page and time is in seconds. -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Monday, April 19, 2010 12:20 PM To: user@ofbiz.apache.org Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this > page then all the screens will render sequentially (like s1 -> s2 -> s3 -> > s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in > screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
Re: OFBiz screen rendering problem.
Also it's discussed in here: https://cwiki.apache.org/confluence/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide#ApacheOFBizTechnicalProductionSetupGuide-CacheSettings Sadly it seems this document isn't read nearly enough. Regards Scott HotWax Media http://www.hotwaxmedia.com On 20/04/2010, at 1:18 AM, Ruth Hoffman wrote: > Thanks Jacopo. > Regards, > Ruth > > Jacopo Cappellato wrote: >> framework/base/config/cache.properties >> >> in production you should comment out most of the entries; for widgets they >> are the ones with prefix: "widget." >> >> Jacopo >> >> >> On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: >> >> >>> Hi Scott: >>> Exactly which cache settings are you referring to? Could you be more >>> specific or point me to some documentation that discusses this? >>> Thanks much. >>> Ruth >>> >>> Scott Gray wrote: >>> >>>> If your cache settings are correct then there is no XML parsing except for >>>> the first load. >>>> >>>> Regards >>>> Scott >>>> >>>> On 20/04/2010, at 12:11 AM, Anil Soni wrote: >>>> >>>> >>>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % >>>>> time (of total time taken by a request) it will take in screen rendering >>>>> if user request something (same ecommerce main page).This is after all >>>>> the caching setting in cache.properties. >>>>> >>>>> I've tried other approach where I included FTL directly on controller >>>>> request and It saves my 50 % time of total time taken by a request. >>>>> >>>>> So OFBiz XML parsing is the bottleneck for performance. Is there any >>>>> setting or something that I am missing ? >>>>> >>>>> -Original Message- >>>>> From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] >>>>> Sent: Monday, April 19, 2010 12:20 PM >>>>> To: user@ofbiz.apache.org >>>>> Subject: Re: OFBiz screen rendering problem. >>>>> >>>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >>>>> >>>>> >>>>>> I've a question on OFBiz screen rendering mechanism. >>>>>> >>>>>> Does screen rendering in OFBiz happen sequentially or parallelly, >>>>>> means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I >>>>>> will call this page then all the screens will render sequentially (like >>>>>> s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). >>>>>> >>>>>> I am asking this question because I found that minimum 40 % of time >>>>>> spent in screen rendering which is a major concern for the OFBiz >>>>>> performance. >>>>>> >>>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 >>>>> minutes? >>>>> >>>>> Regards >>>>> Scott >>>>> >>>>> This Email may contain confidential or privileged information for the >>>>> intended recipient (s) If you are not the intended recipient, please do >>>>> not use or disseminate the information, notify the sender and delete it >>>>> from your system. >>>>> >>>>> __ >>>>> >>>> >> >> >> smime.p7s Description: S/MIME cryptographic signature
Re: OFBiz screen rendering problem.
Thanks Jacopo. Regards, Ruth Jacopo Cappellato wrote: framework/base/config/cache.properties in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget." Jacopo On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: Hi Scott: Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? Thanks much. Ruth Scott Gray wrote: If your cache settings are correct then there is no XML parsing except for the first load. Regards Scott On 20/04/2010, at 12:11 AM, Anil Soni wrote: Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Monday, April 19, 2010 12:20 PM To: user@ofbiz.apache.org Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: I've a question on OFBiz screen rendering mechanism. Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
Re: OFBiz screen rendering problem.
framework/base/config/cache.properties in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget." Jacopo On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote: > Hi Scott: > Exactly which cache settings are you referring to? Could you be more specific > or point me to some documentation that discusses this? > Thanks much. > Ruth > > Scott Gray wrote: >> If your cache settings are correct then there is no XML parsing except for >> the first load. >> >> Regards >> Scott >> >> On 20/04/2010, at 12:11 AM, Anil Soni wrote: >> >> >>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time >>> (of total time taken by a request) it will take in screen rendering if user >>> request something (same ecommerce main page).This is after all the caching >>> setting in cache.properties. >>> >>> I've tried other approach where I included FTL directly on controller >>> request and It saves my 50 % time of total time taken by a request. >>> >>> So OFBiz XML parsing is the bottleneck for performance. Is there any >>> setting or something that I am missing ? >>> >>> -Original Message- >>> From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] >>> Sent: Monday, April 19, 2010 12:20 PM >>> To: user@ofbiz.apache.org >>> Subject: Re: OFBiz screen rendering problem. >>> >>> On 19/04/2010, at 5:33 PM, Anil Soni wrote: >>> >>> >>>> I've a question on OFBiz screen rendering mechanism. >>>> >>>> Does screen rendering in OFBiz happen sequentially or parallelly, means >>>> suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call >>>> this page then all the screens will render sequentially (like s1 -> s2 -> >>>> s3 -> s4) or parallelly (means all screen at a time). >>>> >>>> I am asking this question because I found that minimum 40 % of time spent >>>> in screen rendering which is a major concern for the OFBiz performance. >>>> >>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 >>> minutes? >>> >>> Regards >>> Scott >>> >>> This Email may contain confidential or privileged information for the >>> intended recipient (s) If you are not the intended recipient, please do not >>> use or disseminate the information, notify the sender and delete it from >>> your system. >>> >>> __ >>> >> >>
Re: OFBiz screen rendering problem.
Hi Scott: Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this? Thanks much. Ruth Scott Gray wrote: If your cache settings are correct then there is no XML parsing except for the first load. Regards Scott On 20/04/2010, at 12:11 AM, Anil Soni wrote: Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Monday, April 19, 2010 12:20 PM To: user@ofbiz.apache.org Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: I've a question on OFBiz screen rendering mechanism. Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
Re: OFBiz screen rendering problem.
If your cache settings are correct then there is no XML parsing except for the first load. Regards Scott On 20/04/2010, at 12:11 AM, Anil Soni wrote: > Because OFBiz XML rendering part is taking so much time. Minimum 40 % time > (of total time taken by a request) it will take in screen rendering if user > request something (same ecommerce main page).This is after all the caching > setting in cache.properties. > > I've tried other approach where I included FTL directly on controller request > and It saves my 50 % time of total time taken by a request. > > So OFBiz XML parsing is the bottleneck for performance. Is there any setting > or something that I am missing ? > > -Original Message- > From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] > Sent: Monday, April 19, 2010 12:20 PM > To: user@ofbiz.apache.org > Subject: Re: OFBiz screen rendering problem. > > On 19/04/2010, at 5:33 PM, Anil Soni wrote: > >> I've a question on OFBiz screen rendering mechanism. >> >> Does screen rendering in OFBiz happen sequentially or parallelly, means >> suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call >> this page then all the screens will render sequentially (like s1 -> s2 -> s3 >> -> s4) or parallelly (means all screen at a time). >> >> I am asking this question because I found that minimum 40 % of time spent in >> screen rendering which is a major concern for the OFBiz performance. > > Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? > > Regards > Scott > > This Email may contain confidential or privileged information for the > intended recipient (s) If you are not the intended recipient, please do not > use or disseminate the information, notify the sender and delete it from your > system. > > __ smime.p7s Description: S/MIME cryptographic signature
RE: OFBiz screen rendering problem.
Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties. I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request. So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ? -Original Message- From: Scott Gray [mailto:scott.g...@hotwaxmedia.com] Sent: Monday, April 19, 2010 12:20 PM To: user@ofbiz.apache.org Subject: Re: OFBiz screen rendering problem. On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this > page then all the screens will render sequentially (like s1 -> s2 -> s3 -> > s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in > screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
Re: OFBiz screen rendering problem.
You can use cache to resolve this kind of problems. If Freemark's cache is not enough, you can use squid or etc. as well. 在 2010-04-19一的 11:03 +0530,Anil Soni写道: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this > page then all the screens will render sequentially (like s1 -> s2 -> s3 -> > s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in > screen rendering which is a major concern for the OFBiz performance. > > Any thoughts or suggestion on it ? > > > Regards, > Anil Soni > Tel : 91-22-6795 4324 > Cell : 91 9930302283 > > > > This Email may contain confidential or privileged information for the > intended recipient (s) If you are not the intended recipient, please do not > use or disseminate the information, notify the sender and delete it from your > system. > > __
Re: OFBiz screen rendering problem.
On 19/04/2010, at 5:33 PM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this > page then all the screens will render sequentially (like s1 -> s2 -> s3 -> > s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent in > screen rendering which is a major concern for the OFBiz performance. Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes? Regards Scott smime.p7s Description: S/MIME cryptographic signature
Re: OFBiz screen rendering problem.
I understand this ; you have screen-1, in which included screens screens-2, screen-3, screen-4 like that. On this basis here is my post; - screen-1 starts rendering by ModelScreenWidget constructor for each include-screen it will then read all sub widgets and add it to render and create object of IncludeScreen inner class which extends the same ModelScreenWidget. - screen-1 starts rendering and then it renders one by one complete screen-2. screen-3 and screen-4 in order they appear in code completely, finally complete the rendering of screen-1, i.e it render screen-1 only and render the other included screen in the same fashion as renders for other tags. Rishi Solanki Manager, Enterprise Software Development HotWax Media Pvt. Ltd. Direct: +91-9893287847 http://www.hotwaxmedia.com On Mon, Apr 19, 2010 at 11:03 AM, Anil Soni wrote: > I've a question on OFBiz screen rendering mechanism. > > Does screen rendering in OFBiz happen sequentially or parallelly, means > suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call > this page then all the screens will render sequentially (like s1 -> s2 -> s3 > -> s4) or parallelly (means all screen at a time). > > I am asking this question because I found that minimum 40 % of time spent > in screen rendering which is a major concern for the OFBiz performance. > > Any thoughts or suggestion on it ? > > > Regards, > Anil Soni > Tel : 91-22-6795 4324 > Cell : 91 9930302283 > > > > This Email may contain confidential or privileged information for the > intended recipient (s) If you are not the intended recipient, please do not > use or disseminate the information, notify the sender and delete it from > your system. > > __
OFBiz screen rendering problem.
I've a question on OFBiz screen rendering mechanism. Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time). I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance. Any thoughts or suggestion on it ? Regards, Anil Soni Tel : 91-22-6795 4324 Cell : 91 9930302283 This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. __
Re: Screen Rendering
Thanks guys now onto exporting and importing xmls Thanks for all the help! -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20929560.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Screen Rendering
Adrian fixed it in r724704 Jacques From: "Jacques Le Roux" <[EMAIL PROTECTED]> Hi Christopher, Could you please open a Jira issue for this ? http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices TIA Jacques From: "ChristopherJ" <[EMAIL PROTECTED]> Thank you. It was extremely frustrating setting up my chart of accounts with that error continually displaying.:working: But now I have noticed that ¨navigate accounts¨ only displays correctly after expanding any of the categories. I realize that this is an aesthetic problem, yet I thought it would be worth mentioning, as it can create confusion with an new user! http://www.nabble.com/file/p20909459/GL%2Baesthetic1.jpeg Before expanding a category. http://www.nabble.com/file/p20909459/GL%2Baesthetic2.jpeg After expanding a category. SVN Rev 724611 Thanks for all the help! Adrian Crum-2 wrote: Fixed, rev 724373. -Adrian --- On Mon, 12/8/08, ChristopherJ <[EMAIL PROTECTED]> wrote: From: ChristopherJ <[EMAIL PROTECTED]> Subject: Screen Rendering To: user@ofbiz.apache.org Date: Monday, December 8, 2008, 6:24 AM Hi, When I go to view my chart of accounts via Accounting > Global GL Settings > Navigate Accounts, this error pops up. Seems to be intermittend as it does work some times... I just can´t see why Running the lastest SVN of OFBiz on Fedora 10 http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg Thanks for any clues -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html Sent from the OFBiz - User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20909459.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Screen Rendering
Fixed, rev 724704. -Adrian --- On Mon, 12/8/08, ChristopherJ <[EMAIL PROTECTED]> wrote: > From: ChristopherJ <[EMAIL PROTECTED]> > Subject: Re: Screen Rendering > To: user@ofbiz.apache.org > Date: Monday, December 8, 2008, 10:27 PM > Thank you. > > It was extremely frustrating setting up my chart of > accounts > with that error continually displaying.:working: > > But now I have noticed that ¨navigate accounts¨ only > displays correctly > after > expanding any of the categories. I realize that this is an > aesthetic > problem, yet I thought > it would be worth mentioning, as it can create confusion > with an new user! > > http://www.nabble.com/file/p20909459/GL%2Baesthetic1.jpeg > > Before expanding a category. > > http://www.nabble.com/file/p20909459/GL%2Baesthetic2.jpeg > > After expanding a category. > > SVN Rev 724611 > > Thanks for all the help! > > Adrian Crum-2 wrote: > > > > Fixed, rev 724373. > > > > -Adrian > > > > > > --- On Mon, 12/8/08, ChristopherJ > <[EMAIL PROTECTED]> wrote: > > > >> From: ChristopherJ > <[EMAIL PROTECTED]> > >> Subject: Screen Rendering > >> To: user@ofbiz.apache.org > >> Date: Monday, December 8, 2008, 6:24 AM > >> Hi, > >> > >> When I go to view my chart of accounts via > Accounting > > >> Global GL Settings > > >> Navigate Accounts, this error pops up. > >> > >> Seems to be intermittend as it does work some > times... I > >> just can´t see why > >> > >> Running the lastest SVN of OFBiz on Fedora 10 > >> > >> > >> > http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg > >> > >> > >> Thanks for any clues > >> -- > >> View this message in context: > >> > http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html > >> Sent from the OFBiz - User mailing list archive at > >> Nabble.com. > > > > > > > > > > > > -- > View this message in context: > http://www.nabble.com/Screen-Rendering-tp20896242p20909459.html > Sent from the OFBiz - User mailing list archive at > Nabble.com.
Re: Screen Rendering
Hi Christopher, Could you please open a Jira issue for this ? http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices TIA Jacques From: "ChristopherJ" <[EMAIL PROTECTED]> Thank you. It was extremely frustrating setting up my chart of accounts with that error continually displaying.:working: But now I have noticed that ¨navigate accounts¨ only displays correctly after expanding any of the categories. I realize that this is an aesthetic problem, yet I thought it would be worth mentioning, as it can create confusion with an new user! http://www.nabble.com/file/p20909459/GL%2Baesthetic1.jpeg Before expanding a category. http://www.nabble.com/file/p20909459/GL%2Baesthetic2.jpeg After expanding a category. SVN Rev 724611 Thanks for all the help! Adrian Crum-2 wrote: Fixed, rev 724373. -Adrian --- On Mon, 12/8/08, ChristopherJ <[EMAIL PROTECTED]> wrote: From: ChristopherJ <[EMAIL PROTECTED]> Subject: Screen Rendering To: user@ofbiz.apache.org Date: Monday, December 8, 2008, 6:24 AM Hi, When I go to view my chart of accounts via Accounting > Global GL Settings > Navigate Accounts, this error pops up. Seems to be intermittend as it does work some times... I just can´t see why Running the lastest SVN of OFBiz on Fedora 10 http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg Thanks for any clues -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html Sent from the OFBiz - User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20909459.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Screen Rendering
Thank you. It was extremely frustrating setting up my chart of accounts with that error continually displaying.:working: But now I have noticed that ¨navigate accounts¨ only displays correctly after expanding any of the categories. I realize that this is an aesthetic problem, yet I thought it would be worth mentioning, as it can create confusion with an new user! http://www.nabble.com/file/p20909459/GL%2Baesthetic1.jpeg Before expanding a category. http://www.nabble.com/file/p20909459/GL%2Baesthetic2.jpeg After expanding a category. SVN Rev 724611 Thanks for all the help! Adrian Crum-2 wrote: > > Fixed, rev 724373. > > -Adrian > > > --- On Mon, 12/8/08, ChristopherJ <[EMAIL PROTECTED]> wrote: > >> From: ChristopherJ <[EMAIL PROTECTED]> >> Subject: Screen Rendering >> To: user@ofbiz.apache.org >> Date: Monday, December 8, 2008, 6:24 AM >> Hi, >> >> When I go to view my chart of accounts via Accounting > >> Global GL Settings > >> Navigate Accounts, this error pops up. >> >> Seems to be intermittend as it does work some times... I >> just can´t see why >> >> Running the lastest SVN of OFBiz on Fedora 10 >> >> >> http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg >> >> >> Thanks for any clues >> -- >> View this message in context: >> http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html >> Sent from the OFBiz - User mailing list archive at >> Nabble.com. > > > > > -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20909459.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Screen Rendering
Fixed, rev 724373. -Adrian --- On Mon, 12/8/08, ChristopherJ <[EMAIL PROTECTED]> wrote: > From: ChristopherJ <[EMAIL PROTECTED]> > Subject: Screen Rendering > To: user@ofbiz.apache.org > Date: Monday, December 8, 2008, 6:24 AM > Hi, > > When I go to view my chart of accounts via Accounting > > Global GL Settings > > Navigate Accounts, this error pops up. > > Seems to be intermittend as it does work some times... I > just can´t see why > > Running the lastest SVN of OFBiz on Fedora 10 > > > http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg > > > Thanks for any clues > -- > View this message in context: > http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html > Sent from the OFBiz - User mailing list archive at > Nabble.com.
Screen Rendering
Hi, When I go to view my chart of accounts via Accounting > Global GL Settings > Navigate Accounts, this error pops up. Seems to be intermittend as it does work some times... I just can´t see why Running the lastest SVN of OFBiz on Fedora 10 http://www.nabble.com/file/p20896242/Global%2BGL%2BSettings.jpeg Thanks for any clues -- View this message in context: http://www.nabble.com/Screen-Rendering-tp20896242p20896242.html Sent from the OFBiz - User mailing list archive at Nabble.com.