797196 - flyout panel blocking events to sidebar

Status: RESOLVED DUPLICATE of bug 804656

(Firefox Graveyard :: SocialAPI, defect)

Description

[Shane Caraveo (:mixedpuppy)]

When the story flyout panel appears, it blocks events to any content in the window underneath it.  I created an asana issue at

https://app.asana.com/0/1490266270832/2050454754717

However, depending on how we look at this, it is our issue.

In the normal facebook sidebar on the website, when you click on a story it will open and "lock" the flyout that is being shown (so hovering over another story does not change it).  When you click anywhere, it "unlocks" that flyout.  You can see the locked state by a slightly darker color on the story listing.

As well, on the fb website, when flyouts are open, you are able to scroll the story list, which we cannot do.

The social sidebar could listen for the panel being closed, and unlock the story at that time, but that doesn't address the scroll issue.

a) is the scroll issue important?  IMO it is not important enough to push for 17/18
b) we should probably fix on our side or theirs the click/lock issue.

Comment 1

[David Ascher (:davida)]

on a) will say that it felt like a real bug to me, even though it's clearly a matter of polish.

Comment 2

[Mark Hammond [:markh] [:mhammond]]

FWIW, I just added on Asana:

---
I don't see this. I see:

* Click on a story - flyout opens and appears "locked".
* Click on a different story - original flyout closes, new flyout opens on the new story and appears "locked" on that story.
* Click on the same story again - flyout closes and story loses the shading that makes it look "locked".
* Hover over other stories - flyout appears as normal, not locked to any of them until you click.

Not sure if this is due to Mac vs Windows, or due to changes pushed out on the FB site today, but I can't see a bug here...

---

Re the scolling: On the www site, the mousewheel does scroll the story list - but any open flyouts don't move with it - thus the flyout then appears anchored to the wrong story.  In the sidebar, the mousewheel first closes the open panel, then scrolls the story list.  If you leave the mouse alone and it is hovering over a (different) story, the flyout then re-appears for the story under the mouse.

So I'd say the behaviour of the sidebar is preferable to the www behaviour - ie, I'd say the www behaviour is a bug and the sidebar is golden :)

Comment 3

[Shane Caraveo (:mixedpuppy)]

Ok, this issue does not exist on windows, but I've verified it does affect OSX and Linux.