Bug 9611

Summary: Form controls don't work in SugarCRM
Product: WebKit Reporter: Gregg Thomason <gregg>
Component: FormsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED WORKSFORME    
Severity: Normal CC: ian
Priority: P2 Keywords: NeedsReduction
Version: 420+   
Hardware: Mac (PowerPC)   
OS: OS X 10.4   
URL: http://www.sugarcrm.com/crm/

Gregg Thomason
Reported 2006-06-26 15:45:38 PDT
Using the current free release of SugarCRM, most of the form controls (edit, save, etc) don't work. They appear to use javascript submits eg onclick="this.form.return_module.value='Tasks'; this.form.return_action.value='DetailView'; this.form.return_id.value='long GUID number goes here'; this.form.action.value='EditView'" type="submit"
Attachments
David Carson
Comment 1 2006-06-28 03:57:10 PDT
I tried out the Open Source demo provided on the web site and I could not find any issues, except for deleting all characters from an inputbox causes a seg. fault with ToT. The demo page that I tried was here: http://demo.sugarondemand.com/sugarcrm_os/index.php?action=Login&module=Users A page or a direct link to content that contains the error would be appreciated.
David Kilzer (:ddkilzer)
Comment 2 2006-06-28 04:16:05 PDT
(In reply to comment #1) > I tried out the Open Source demo provided on the web site and I could not find > any issues, except for deleting all characters from an inputbox causes a seg. > fault with ToT. That's BugĀ 9358 in case anyone was curious.
Gregg Thomason
Comment 3 2006-06-28 04:47:33 PDT
(In reply to comment #1) > I tried out the Open Source demo provided on the web site and I could not find > any issues, except for deleting all characters from an inputbox causes a seg. > fault with ToT. > The demo page that I tried was here: > http://demo.sugarondemand.com/sugarcrm_os/index.php?action=Login&module=Users > A page or a direct link to content that contains the error would be > appreciated. >
Mark Rowe (bdash)
Comment 4 2006-07-02 02:32:13 PDT
I can reproduce this with WebKit r15133. Steps to reproduce: 1) Log in to demo at http://demo.sugarondemand.com/sugarcrm_os/index.php?action=Login&module=Users 2) Click on first appointment in "My Upcoming Appointments" list 3) Click on the Edit button. Expected result: An editable version of the appointment is displayed. Actual result: We are taken to a Meeting List page. A quick test in Camino shows that it behaves correctly. We really need a reduction of this page to be able to isolate the problem.
Matt Lilek
Comment 5 2006-07-31 15:07:37 PDT
This works for me using these steps with r15714. (In reply to comment #4) > I can reproduce this with WebKit r15133. > > Steps to reproduce: > 1) Log in to demo at > http://demo.sugarondemand.com/sugarcrm_os/index.php?action=Login&module=Users > 2) Click on first appointment in "My Upcoming Appointments" list > 3) Click on the Edit button. > > Expected result: > An editable version of the appointment is displayed. > > Actual result: > We are taken to a Meeting List page. > > A quick test in Camino shows that it behaves correctly. We really need a > reduction of this page to be able to isolate the problem. >
Gregg Thomason
Comment 6 2006-09-05 09:17:11 PDT
(In reply to comment #0) r16255 works for this issue (as have nightlies for a bit before, consistently). I cannot cause a failure, so I think it safe to say it's resolved.
David Kilzer (:ddkilzer)
Comment 7 2006-09-05 20:05:06 PDT
(In reply to comment #6) > r16255 works for this issue (as have nightlies for a bit before, consistently). > I cannot cause a failure, so I think it safe to say it's resolved. Setting to RESOLVED/WORKSFORME.
Note You need to log in before you can comment on or make changes to this bug.