Problem in all Smartclient versions with Chrome 32 + TextArea + Sections

[martintaal]

If we have the following scenario:

* Chrome 32 (with lower versions it doesn't happen)
* A form with columns
* A TextArea ALONE in the last position of the form and with rowSpan > 1
* A section starting next to the form

There is a bug and the section is rendered in front of the textarea.

You can easily test it with the attached html (copy it inside "/isomorphic/system/reference/" to run it).
The issue happens at least in Smartclient 8.3 and 10.0.

You have here a video showing how the issue is reproduced:
http://screencast.com/t/D6ZWQcuuTrJ0

Please, let me know once it be fixed and in which version it has been. We have some of our windows broken due to this.

PS: If you want to test in old Chrome versions, you can download from here (only for Windows): http://sourceforge.net/projects/port...al%20Versions/

[martintaal]

Is there any news regarding this issue?

Thanks!

[Isomorphic]

We're reproducing this issue and it is under investigation. We will follow up as soon as we have a solution (or more information)

Regards

[Isomorphic]

We've made a change to address this issue in the 9.0p and 9.1d branches. This will show up in the next nightly build (Jan 24 or above)

Please let us know if you continue to encounter this

Regards
Isomorphic Software

[martintaal]

I have tried the previously attached html with this distribution:

http://smartclient.com/builds/SmartC...GPL/2014-01-24

and the issue is not fixed. It behaves exactly as described in the first forum post.

Anyway, what about 10.0d? We need to upgrade to this one.

Thanks and regards.

[Isomorphic]

Very odd - it's working locally for us.
We're looking into it, and will be sure to have it fixed in all 3 branches (9.0p, 9.1d, 10.0d) ASAP.
We'll follow up with more information when we have it.

[Isomorphic]

This change has been checked into all 3 branches, but it didn't make it into the Jan 24th build. Please try the next nightly build and let us know if that doesn't resolve things

Regards
Isomorphic Software

[martintaal]

The issue is somehow still present.
If you add the following line to the DynamicForm of the html attached in the first post:
cellPadding: 0,
You will be able to reproduce the issue again. In fact we have this attribute in our code.

Here there is a video showing how the addition of this line breaks again the form in Chrome 32.0
http://screencast.com/t/oQY6GszMlt

Please, let me know once you fixed the issue in order to upgrade our sources.

Thanks once more time.

[Isomorphic]

We've made another change to address this. Please let us know if the problem persists in the Jan 29th build

Regards
Isomorphic Software

[martintaal]

I have detected another scenario where we are facing a similar issue.
It can be reproduced with the attached in IssueChrome2.html

Here is a video showing the result:
http://screencast.com/t/cYA6d9w1X4I

Thanks.

[Isomorphic]

Thanks for the test case. We've made another change to our HTML-generation logic to avoid the configuration which trips this particular manifestation of the bug.
Applied to all three branches (9.0p, 9.1d, 10.0d).
Please try the next nightly, dated Jan 31 or above

Regards
Isomorphic Software