Project

General

Profile

Actions
Copy link

Bug #9923

closed

WFileDropWidget dropcover style added while not accepting drops

Added by Raf Pauwels almost 3 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Raf Pauwels
Target version:
4.7.3
Start date:
03/10/2022
Due date:
% Done:

100%

Estimated time:

Description

When a WFileDropWidget has:

  • accept drops disabled
  • drop indication enabled
  • global drop disabled

the style Wt-dropzone-dragstyle is still added to the drop cover when hovering over the page. This style is not always removed on drop, causing the page to become unresponsive to user input. I do not see a need for this style when dropping is disabled.

Files

0001-dropcover-accept-fix.patch (741 Bytes) 0001-dropcover-accept-fix.patch Raf Pauwels, 03/10/2022 02:27 PM
Actions
Copy link
 #1

Updated by Korneel Dumon almost 3 years ago

  • Status changed from New to InProgress
  • Assignee set to Korneel Dumon
  • Target version set to 4.8.0
Actions
Copy link
 #2

Updated by Korneel Dumon almost 3 years ago

  • Status changed from InProgress to Review
  • Assignee deleted (Korneel Dumon)
Actions
Copy link
 #3

Updated by Roel Standaert over 2 years ago

  • Status changed from Review to Implemented @Emweb
  • Assignee set to Raf Pauwels
  • % Done changed from 0 to 100
Actions
Copy link
 #4

Updated by Roel Standaert over 2 years ago

  • Status changed from Implemented @Emweb to Resolved
Actions
Copy link
 #5

Updated by Roel Standaert over 2 years ago

  • Target version changed from 4.8.0 to 4.7.3
Actions
Copy link
 #6

Updated by Roel Standaert over 2 years ago

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: Atom PDF