Community
Participate
Working Groups
Currently evalute() doesn't return anything. Need to implement this functionality. This bug is to track progress.
New Gerrit change created: https://git.eclipse.org/r/85316
Gerrit change https://git.eclipse.org/r/85316 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=ea85779fb50e4628c61ce5f53d28e02f93ad8e31
Should this be added to our N&N M4?
(In reply to Lars Vogel from comment #3) > Should this be added to our N&N M4? Evaluate in Webkit2 is not fully finished just yet. It now works for primitive return types and Strings, but I have yet to implement support for returning arrays.
Moving to M5 as it will not be finished in time for M4.
New Gerrit change created: https://git.eclipse.org/r/87283
Gerrit change https://git.eclipse.org/r/87283 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=dbde08a1d4b99e0f38e4d2d8f833c2341bb605f7
Resolving the bug - all code is in.
While investigating Bug 510183 (hang), I found a situation where the webkitgtk_custom.c logic an cause a deadlock. - If Webkit triggers a signal (e.g locationChange signal) - If in this SWT (java) signal handler, an execute(..) evaluate(...) call is made, then in the webkitgtk_custom.c logic, it will wait for the javascript execution to run, (webkit_web_view_run_javascrip(....)) but webkit_web_view_run_javascript(..) [btw which is async] is never ran. It is put on top of the event queue to be ran, but it's not ran until the signal is finished. - But the signal does not finish until webkit_web_view_run_javascript(...) is ran. Like: Webkit ---signal--> Java ---- evaluate()----- ^ | |(waiting on signal to finish)--- The only solution I can think of is not to wait on webkit_web_view_run_javascript(..) to complete if it's called during a signal from webkit. I.e, execute()/evaluate(..) would still work, but it would not provide a return value in the corner case when it's called from a signal. This is a limitation of SWT and Webkit's api not being compatible. (SWT expects a sync exec, but webkit2 only provides async exec). ~Patch en-route
M5 is done, moving to M6.
(In reply to Lakshmi Shanmugam from comment #10) > M5 is done, moving to M6. Thank you for picking up on that. In the mean time: I found a better fix that doesn't involve disabling evaluate(): https://git.eclipse.org/r/#/c/89875/ As such, this bug is not affected any more. Since it was meregd in M5, I'll set the Target milestone back to when this patch was originally merged.
Need to modify previous debug_flag in makefile a bit.
New Gerrit change created: https://git.eclipse.org/r/94319
Gerrit change https://git.eclipse.org/r/94319 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=6b0dce3bb2a15fb540f4a2398d36e784b68b60fa