[stonebranch2]

Our custom .css is very limited, and from what I can see, nothing involves scrolling. It could be a red herring, not sure, just thought it seemed relevant.

However, as mentioned in the email, one of the videos demonstrated the issue in the showcase too, using the form_controls_various example, which uses something similar to us, where you have multiple DynamicForms in the layout. I sent you another video reproduced just now, showing it very clearly, the same issue we are seeing on our forms, in Firefox.

https://smartclient.com/smartgwt-lat...ntrols_various

So the problem is definitely not specific to our application.

Regards

[Isomorphic]

.. and yet it could still be specific to your browser, or your machine (since it's not happening for anyone else).

This could include:

1) browser extensions

2) core CSS overrides installed in your browser

So, the same steps previously recommended still apply.

[stonebranch2]

Several people in our organization have reported the same problem with Firefox, all using different environments, but so far limited to Windows.

This is not isolated to a particular users environment.

The showcase doesn't always do that for me, it seems intermittent, I tried the other day, and could not reproduce it, and tried again today and could. For some users they only see it occasionally, whereas, some users see it instantly.

[stonebranch2]

While the problem is happening, the same logging is flooding the console in the showcase too.

Is there anything I can capture from the showcase that would help us investigate this?

Thank you

[Isomorphic]

The next step is still traceLogMessage(), but with a corrected pattern. That way we can see what's causing all that scrolling.

Has anyone on your end ever seen it in any environment other than Firefox Windows?

[stonebranch2]

Suggestion for reproducing.

I find that there is a connection to when more complex canvas form items are just being slightly out of view (or nearly out of view) due to scrolling.

For example, on the various controls page, try to get the Date Range form item partially out of view or near the end of view, etc. Scroll up and down slowly as you move that form item in and out of view.

[stonebranch2]

public void onModuleLoad() {

...

SC.traceLogMessage("scrollToRight");

}

You mean as above, correct? There is no need to use regex to match any character before and after? Does it apply that automatically?

I see all the logging, but not sure where I should be seeing a stack trace being dumped, as its neither in the browser console or the smartgwt developer console. :(

Regards

[stonebranch2]

Has anyone on your end ever seen it in any environment other than Firefox Windows?

In all the cases reported to me so far, it was reported on Firefox Windows. If that changes, I will let you know.

[Isomorphic]

Sorry, traceLogMessage() is not that intuitive (and based on this thread, we are going to upgrade it and clarify the docs!): it logs whatever triggers it in the "Log" category, at the same priority as the original Log. In order to see the logs in this case for "scrolling", which are at DEBUG level, you would need to set the "Log" category to DEBUG as well.

We're going to be making this more intuitive and re-doc'ing it.

In the meantime, we do see some spurious scrollToRight calls, but the stack trace ends in a callback from a Timer, which we can debug past but you can't. So for now, leave this with us, and we'll update when we know more.