Does't seem to be that. Actually it was all working fine but now I can't scroll even with the background colour.
Version 128.0.6613.137 (Official Build) (64-bit)
very odd, we don't have that on mac, lets see
Here is the latest tests....
yeah its random, i don't think its related to that other issue on windows with background color
Shoot. That makes it tough to track down.
I have some ideas, need to get a linux to play around
If I do the same...
⬝ New project
⬝ Body Hight 5000
Scrolling Canvas and Style Panel fails. I just did this once more. Windows 10.0.19045, Chrome 128.0.6613.138
When running normally in the Browser there are extensions active. When running as App / standalone window I still see an extension menu with the majority of entries in the "Full Access" subsection. I'd expect all of them to be inactive, as they can't run within WS anyway.
Screenshot is from Wrapper version.
please try with incognito mode
Same. So we can rule out extensions.
and its easy to reproduce? 100% every time there?
Just created another new project in Incognito. Typed in 5000px in Height. Scrolled Canvas and Style Panel and failed.
hm okay ill check my versions and try again thanks
Update:
One of the four ways (I know) to access the Webstudio GUI
gives me scrolling Canvas and Style Panel, without first giving the backdrop a colour. Windows 10.
1) User visits webstudio.is and clicks the "Dashboard link". WS starts as one of your Chrome tabs.
Both scroll events
fail.
2) Webstudio added as a Shortcut on the Chrome Startpage. It links to
https://apps.webstudio.is/dashboard (this opens WS in a standalone window).
Both scroll events
fail.
3) Webstudio installed as a Chrome App. Chrome let you install Webstudio in C:\Users\User-Name\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Chrome Apps. This also gives you a standalone Chrome Window.
a)Both scroll events
fail.
b) (unrelated) an address bar is shown. Got reported before.
4) Webstudio ran installed as an app in C:\Users\User-Name\AppData\Local\Programs\Webstudio. This variant gives you a broad header with a menu that doesn't exist elsewhere – and here scrolling works fine.
Is there any other windows user who can reproduce? Or maybe @Holger you got another machine.?
The thing is all 4 methods are running exactly the same thing. It's voodoo at this point that some work.
Well, version 4 clearly behaves different from 1-3.
As mentioned in the previous post, you get a menu with options that you don't see in 1-3. Also version 4 suppresses the default RMB menu of the browser and shows a minimal custom menu (currently only with "Select All"). 1-3 show the unmodified Browser-Context menu.
Testing on another machine: I currently have no other machine with me, but if nobody else is quicker I may be able to test tomorrow.
I added captions to the screenshots but they don't show. Is that something you can configure?
This is just a wrapper, webstudio itself there is exactly the same
I don't doubt this. But the behaviour differences are obvious. Just sharing my observations.
yeah, this provides a bit more info, e.g. resolution
Reported screen resolution is off, though, indeed it's 2560x1440.
not according to your browser information
That's what Nvidia reports:
that's monitor, not your browser
it reports browser size and screen size
screen size should be the one you have in the OS
Hmm, but what's getting cut off, when the browser runs set to fullscreen? I now set the screen to half size (docked it precisely to the right and re-ran the report. It still tells the same.
did you refresh the page?
do you have external monitors connected?
I indeed made an error with my last screenshot – but both results make the browser window several hundred pixels more narrow than realistic. Fullscreen more than 500, Half Screen about 280 px. Error seems proportional.
do you have external monitors connected?
This is a desktop machine with 3 monitors attached. Two identical ones are on, a pen display is currently off.
New screenshot with half size. A realistic browser width should be roughly 1280px.
@Oleg Isonen Apologies I didnt read through all the chats. But want to report the scroll issue in Linux.
Setting the background to white opaque fixes the problem in both builder and preview.
I didnt have to set the height to 5000.
Is this going to be the final fix for this issue?
It seems like there are 2 independent issues. One that apparently without backgorund color on canvas, the canvas itself can not be scrolled and we so far only had this report on windows. This should NOT be affecting style panel scrolling.
Mine is a Linux machine Ubuntu 20.04.6
In the builder, I have scrolling issue in both canvas and styling panel.
This happens in both web app dashboard and local dashboard.
Also, I have the scrolling issue in preview, in both web app and local.
In the styling panel, if I keep the mouse cursor over the scrollbar/scrollbar track, I am able to scroll inside the styling panel.
All these issues will be fixed if the background color is set for the body.
Windows: Both Canvas and Style Panel don't scroll when the body has no bg-colour. Adding bg-colour fixes both issues.
If you go to dashboard, reload the browser, does this still not allow you to scroll?
That's even weirder, technically canvas has no affect on style panel
Now if this also happens in Ubuntu exactly the same way, it must be cross platform and in mac
What about other browsers? Edge, brave etc, that are not chrome?
Microsoft Edge Version 129.0.2792.52: Scrolls fine without bg-colour. I ran as a Browser Tab.
Bug in chrome maybe or some sneaky extensions
I have a feeling chrome is experimenting on their users with something
Edge Version 129.0.2792.52 (Official build) (64-bit) works in Ubuntu
And It doesn't scroll without setting background color in incognito mode of Chrome.
Are you saying Edge works without setting the background color?
Yes, it works without setting background color in Ubuntu.
Something is very wrong with Chrome on Ubuntu and Windows.
Does anyone know how to navigate Chrome dev tools to see if there is any css like overflow: hidden that's preventing the scroll? I have tried and tried to repro on a windows machine but haven't been able to 😤
I'm guessing it would be on the <html> or <body> (note these are located in the iframe and not the top level html/body)
Kind of a long shot though, it might be something more hidden than that like JS preventing it 🤷♂️
in that case it would be i. all browsers
@Holger @Sony Antony In this PR I added background to the body on canvas. Can you try if you are still reproducing the problem on our dev environment?
https://body-bg.development.webstudio.is/Login with Secret: 5de6
This works with tall pages, otherwise it fails.
Case 1: Create page, set body hight to higher value than viewport. Scrolling canvas and style panel works fine.
Case2. Create page, do nothing, but scroll in style panel. This does not work, although it really should.
I also tried pasting a long items that forces the page to extend into a brand new page. This makes both canvas scrolling and style panel scroll, as in case 1.
I had also wondered if there might be a conflict with the win/linux-implemenations of "scroll inactive windows". Macs seem to have that same functionality too, but with no problems. That said, scrolling the style panel in case 2 did not even work when clicking the panel to force its activation. My mouse is a Logitech MX Master 3 with the scroll wheel set to free spin.
does this behave differently than the one in production? in other words, the fix I made, fixes anything at all?
Scrolling the style panel (all versions) works with the mouse in the scrollbar area.
this drives me crazy, can't reproduce it otherwise
any chance I could see it myself from your machine somehow?
The test version for long pages spares you the step to assign a background colour. If you work on a page that does not exceed the viewport hight (say a login page), there is no improvement. The pre-assigned white body background does not activate style panel scrolling. The latter only scrolls, if bg has some colour and the page is longer than the viewport. All reports Windows 10.
One might try a remote session. Watching me do stuff likely has no advantages over a recording.
no I would want to try specific things, but I guess I could try record things I need to try
but first, let me set some color on body in builder and see if this changes anything for the style panel, give me 5 min
now I have background color also on body in builder itself
New blank file. First action: Hover style panel and scroll. Nothing happens.
One option we could try: You via Anydesk first interact with the app version that I know is working fine. If your remote input works there, we can try production or prototype next.
I already tried windows 10 via browserstack and everything works as expected, same chrome version 129
it seems very particular to some hardware or something
I can install anydesk if it works for you to interract with it on your machine
In the meantime I have tried the latest version in incognito. Not working.
Let me know as soon as you have Anydesk installed – I'll send you the code via dm.
I still have the scroll issue with latest version of chrome. Most reliable way for me to fix it is to put a token on the body that has a bg colour set..
Could it be a graphics driver thing? am using the internal 12th Intel gpu.
you would need to login using that code I posted, not a regular login
we are deploying to production thohugh, so it should be live on your normal env in a minute
Seems to be working fine for me! I can create a new page add a box and heading and scroll the style panel just fine.
even with not content on the page it works.
Would be good to hear how it works for @Sony Antony and @[ArcP] Ramses303 .
@here Tested in my web app dashboard and the canvas and style panel scrolls without any issue. No background color was set for the body of the page.
