Created attachment 874874 [details] Video showing the problem Description of problem: When you edit properties of a form field, you might be unable to save the changes, because it's impossible to scroll all the way down to the save button of the field properties panel. Observe the problem in the video attached. I believe it might negative consequence of a fix to Bug 1066483. The problem is the same in firefox as well as in latest google chrome. Version-Release number of selected component (if applicable): BPMS 6.0.1 ER2 How reproducible: Always. It might not be problem on screens with huge resolution, but on my screen, which has 1920 x 1080 it is a problem. Steps to Reproduce: 1. Open some form, in section 'Add field by type' add for example field of type short text. 2. Mouse over the field and click pencil icon to edit field properties. Actual results: The form properties panel's save bottom, which should be visible in the bottom cannot be scrolled to -> unable to save. Expected results: Form canvas should automaticaly resize when the field properties panel is opened, so that user can scroll to save button. Additional info:
I might also need to explain why I haven't noticed and reported this serious bug earlier in the testing cycle: the problem is, that in our automated tests the saving of field properties works, because selenium, which we're using for browser automation scrolls to the element it clicks on, even though such scrolling would be not possible for a user. This basically makes reliable automated testing of this and similar scenarios impossible.
Pere, I found out why you probably couldn't reproduce the issue - in fact the save button IS reachable after all. The real problem is, that the save button is not reachable BY USING THE LEFTMOST SCROLLBAR in the business-central page - it is only reachable by mousing over form modeler and scrolling with the mouse. This looks like a more general issue related to how form modeler panel is embeded in Uberfire. Similar problem was already reported for designer, which is also rendered inside iframe (see Bug 1007720). Observe the problem in the second video I attached. In it I intentionally lowered the screen resolution to make the actual issue more visible. Notice I do two kinds of scrolling: 1) I click & hold the scrollbar on the left side - this only moves the whole iframe a bit, but not the content inside of iframe. 2) I move mouse over form modeler and scroll with the mouse wheel (because there is no scrollbar for this kind of scrolling) ------ To resolve the issue satisfactorily I think that 2 changes are needed: 1) make the "outer" scrollbar unnecessary (e.g. by maybe lowering the size of iframe itself?) 2) make the scrollbar for the inside of the iframe visible, so that the scrollbar actually represents the whole height of what is inside the form modeler panel.
Created attachment 875822 [details] Video showing the Real issue - problem with scrollbar
And one more reason why I think it's important to solve this issue. I found this issue while traveling by train an using my laptop only = without the mouse, only using my laptop's trackpoint. For that reason i was unable to do the 2nd kind of scrolling. So it's important to have relevant scrollbar displayed, so the user click & hold and drag it.
Fixed sizing & styling error that was making appear wrong scrollbars master: https://github.com/droolsjbpm/jbpm-form-modeler/commit/86acdd54910839482973cff578d67cf45aa9d3a7 6.0.x: https://github.com/droolsjbpm/jbpm-form-modeler/commit/fdae3ff77db81ff8446a7be54dfce33a0749ff30
Cherry-picked to 6.0.1.CR1 Commit: 26a9335a99cf22933225bc1a6692c194e7aef0cc
Verified for brms-6.0.1-CR1 deployable for eap6.