Cannot shrink the sidebar

[dniku]

I expanded the sidebar by dragging its edge to the right, and now I cannot shrink it: every time I drag its edge to the left and release the mouse, it jumps back to where it started. Chrome 44.0.2403.157 (64-bit).

[Thibaut]

Does the sidebar resize while you drag? Does it jump back immediately when you release the mouse, or after you reload the page?

[dniku]

It does resize while I drag it, and it jumps back immediately as soon as I release the mouse. I've just tested it in Chrome's private mode with all extensions disabled.

[Thibaut]

What does window.screenX give you in the console?

[Thibaut]

I just deployed a change that may fix the issue.

[dniku]

The problem is still there.

> window.screenX
< 1600

Also, every time I try to resize the sidebar, the console receives:

Application Cache Checking event (index):1
Application Cache NoUpdate event (index):1

If I wipe all data from the site (through Chrome's "green lock" icon in the address bar and repeatedly clicking on "delete"), and I click "uninstall/reset the app", after the page finishes reloading the sidebar may already be back to normal, or I might get the notification that devdocs.io was updated. I click "go to the new version" and the sidebar shrinks back to its normal size, right until I try to resize it again.

The width is fixed at 600px. Unticking the "width" attribute of ._list restores it to 288px, but disables the ._resizer.

[FallenMax]

I'm also having this problem and I found a workground:
Delete this cookie width=600 and refresh page, sidebar will shrink to default width.

Just refrain from resizing it again, because that will set it back to 600px...

[Thibaut]

Which OS are you using?

[dniku]

Gentoo Linux.

[mishak87]

👍 600px Ubuntu 14.04
window.screenX == 1920

[nreynis]

I have the same issue on Opera / Windows 10.
Any attemp to resize the sidebar will fail and the sidebar will always grow to a very large width on drop.

[Thibaut]

I just deployed a potential fix. Could one of you try to reproduce again? (reload twice to get the new version)

[nreynis]

Yep, that fixed the issue for me (test done on Opera / Windows 7).
Thanks !

[mishak87]

Not for me size fixes at 600.

[dniku]

Works for me in Chrome under Kubuntu 15.10. I'll check this under Gentoo later.

[dniku]

Still broken for me under Gentoo, but in a very weird way.

I can shrink the sidebar to the minimum width of 260px (according to the "Computed" tab under "Elements" in Chrome's developer console). When I start enlarging it by dragging it left-to-right, the sidebar follows the cursor smoothly. However, as soon as I release the mouse, it instantly jumps to a larger width, which is variable and depends on the width to which I enlarged it by dragging. Examples:

• 270 → 337
• 280 → 350
• 300 → 375
• 350 → 437
• 400 → 500

It looks like it always jumps by a factor of 5/4.

[Thibaut]

This bug is quite insane. The same code runs onDrag and onDragEnd. Both read the cursor position from event.pageX but somehow onDragEnd ends up writing a different value, when it should always be the same as the last onDrag value (which is what I get on all the browsers I've tested). I even added a check that the dragend value is within 5px of the last drag value a couple weeks ago.

@Pastafarianist could you check that there is "lastDragValue" in the script running DevDocs? (file like /assets/application-[hash].js) Maybe the cache didn't update or something.

Is your browser window aligned with the top left corner of your screen? full screen?

[dniku]

The Chrome window is typically maximized. I enabled full screen to take the screenshot.

I've also just checked that the bug is reproducible in incognito with all extensions disabled and with a non-maximized window.

Most surprising is that under Kubuntu I am using Chrome 47.0.2526.73 which is logged in the same Google account (hence all extensions are synchronized), and it doesn't have the issue.

[fvsch]

Firefox 43 on Windows: no resizing happens when dragging, and when releasing the sidebar is resized more or less accurately.

Firefox 45 (DevEdition) on Windows: no resizing happens when dragging, when releasing the sidebar is set at 600px (always), and can't be resized to a different value.

[Thibaut]

no resizing happens when dragging

This is "normal". Firefox doesn't expose mouse coordinates on drag events. See https://bugzilla.mozilla.org/show_bug.cgi?id=505521 ¯_(ツ)_/¯

when releasing the sidebar is set at 600px (always), and can't be resized to a different value.

Unfortunately I can't replicate (I use BrowserStack) and ran out of ideas for how to fix this :/
Will try again later…

[abelrgr]

Hi guys in my case is something funny, I have two monitors: 1=1920x1080, 2=1360x768. When I resize the sidebar in the second monitor cannot stretch again:

But when I move the browser to the first monitor I can reduce the sidebar.

My specs:
Chrome Version 47.0.2526.111
Linux Mint 17.2 XFCE 64-bit

[mishak87]

@chule143 You might have just found the root cause. I am working on dual/triple setups so long that I didn't realize that it could be the issue.

[Kaijiro]

I managed to reproduce this bug with your datas @chule143 :

• Opened DevDocs on the first screen, resize sidebar.
• Change DevDocs screen, try to resize sidebar => impossible.
• Move DevDocs on the first screen again, and then, I can change sidebar size.

[abelrgr]

Using window.innerWidth instead window.screenX works for dual monitors (only for modern browsers IE9+ xD) #337

[Thibaut]

Thanks for the investigation. I'll take a look soon.

[Thibaut]

#337 didn't fix the issue but I believe a24a2ce does. Let me know if not. Thanks all for helping debug this!

[dniku]

Works for me both on Kubuntu and on Gentoo. Thanks!