Installation results in draggable behaviour for entire page

[kaerumy]

1.0rc2 apparently enables draganddrop jquery function for entire page, so that it's no longer possible select text. (jqueryui 1.10.3)

[kaerumy]

Installing via portal_quickinstaller adds ui-draggable class to body, resulting in this behavior.

[hvelarde]

it should be something one of the jQuery add-on; I think we haven't change anything related with that.

[rafaelbco]

@hvelarde I'm facing this same issue. I've found out that if I comment out the line which reads $(this).data("init", true).draggable(opts); in related.js then the problem is solved and the related items widget still works.

I'm wondering, what in this widget needs to be draggable anyway ?

[hvelarde]

@rafaelbco I have no idea :-)

[rafaelbco]

@hvelarde I'll make a pull request fixing the issue by removing stuff related to the draggable behavior.

If you know somebody who can understand the code in related.js and validate the changes please contact them 😄

[rafaelbco]

Actually, I was wrong. Commenting out the said line really fixes the issue, but I don't know if the related items widget keeps working. I thought I was using this widget but I'm not. So I'll not submit a pull request right now. Sorry 😞

[hvelarde]

this package is in maintenance mode, guys; I have no time/resources for fix things here.

feel free to take action.

[agitator]

does anybody have an idea why

$(this).data("init", true).draggable(opts); 

was added at all?
... it bit me as well :-(

[agitator]

forget the my above msg, in my case problem was orginated from too recent jquerytools, plone.app.jquerytools = 1.6.2 solved it for me

[pnicolli]

Downgrading plone.app.jquerytools to 1.6.2 didn't work for me.
A temporary workaround that worked for me is downgrading to collective.z3cform.widgets = 1.0b11 and adding jquery migrate.

[rafaelbco]

Here's my workaround. Call this function from a document.ready event handler:

    var removeDraggableDoBody = function() {
        // Abort if draggable behavior does not exists.
        if (!$.fn.draggable) {
            return;
        }

        var $body = $('body');

        function removeDraggableFromBody() {
            if ($body.hasClass('ui-draggable')) {
                $body.draggable('destroy');
            }
        }

        // Tries to remove behavior if already active.
        removeDraggableFromBody();

        // Wait for behavior activation and immediately disables it.
        $body.on('dragcreate', function(event, ui) {
            removeDraggableFromBody();
        });
    };

[mauritsvanrees]

I just ran into this. This is on a website that first had collective.z3cform.widgets 1.0rc1, Plone 4.3.18 and collective.cover 1.7b3, which had no problem. I upgraded it to Plone 4.3.20 and collective.cover 2.2.2 , resulting in the whole page being draggable.
The relevant change here is likely collective.cover, which in version 2 removed all its javascript files from portal_javascripts in favour of doing this in a viewlet. I guess the previous cover version had some javascript that somehow prevented this bug from showing up.

My solution/workaround: disable related.js in portal_javascripts. In profiles/default/jsregistry.xml in a custom package:

<javascript id="++resource++collective.z3cform.widgets/related.js" enabled="False" />