After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 669921 - Return expected type from handleDragOver for Activities button actors
Return expected type from handleDragOver for Activities button actors
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-02-12 11:27 UTC by Stefano Facchini
Modified: 2012-02-12 19:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Return expected type from handleDragOver for Activities button actors (2.63 KB, patch)
2012-02-12 11:27 UTC, Stefano Facchini
accepted-commit_now Details | Review
Return expected type from handleDragOver for Activities button actors (2.64 KB, patch)
2012-02-12 19:27 UTC, Stefano Facchini
committed Details | Review

Description Stefano Facchini 2012-02-12 11:27:16 UTC
Currently they return void instead of something meaningful,
e.g. DND.DragMotionResult.CONTINUE. This was unnoticed because none
of the ancestors of the Activities button actors do any drag handling.
The only visible issue are JS errors generated when dragging, for example,
a window thumbnail over the button, because the cursor cannot be set.
Comment 1 Stefano Facchini 2012-02-12 11:27:18 UTC
Created attachment 207385 [details] [review]
Return expected type from handleDragOver for Activities button actors
Comment 2 drago01 2012-02-12 13:13:38 UTC
Review of attachment 207385 [details] [review]:

Looks good, minor nitpick there is no such thing as "return void" in js they actually return undefined.
Comment 3 Stefano Facchini 2012-02-12 19:27:01 UTC
Created attachment 207406 [details] [review]
Return expected type from handleDragOver for Activities button actors

Currently they return 'undefined' instead of something meaningful,
e.g. DND.DragMotionResult.CONTINUE. This was unnoticed because none
of the ancestors of the Activities button actors do any drag handling.
The only visible issue are JS errors generated when dragging, for example,
a window thumbnail over the button, because the cursor cannot be set.
Comment 4 Stefano Facchini 2012-02-12 19:27:44 UTC
Attachment 207406 [details] pushed as eab4f4c - Return expected type from handleDragOver for Activities button actors