WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
175704
Rename DataTransferAccessPolicy to match spec and refactor related node
https://bugs.webkit.org/show_bug.cgi?id=175704
Summary
Rename DataTransferAccessPolicy to match spec and refactor related node
Ryosuke Niwa
Reported
2017-08-17 20:04:44 PDT
Rename DataTransferAccessPolicy to match the drag data store mode:
https://html.spec.whatwg.org/multipage/dnd.html#drag-data-store-mode
Also refactor related code.
Attachments
Cleanup
(28.38 KB, patch)
2017-08-17 20:16 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Fixed iOS builds
(28.38 KB, patch)
2017-08-17 20:41 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Patch for landing
(28.53 KB, patch)
2017-08-17 21:36 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Patch for landing
(28.93 KB, patch)
2017-08-17 22:33 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Patch for landing
(28.99 KB, patch)
2017-08-17 22:52 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Show Obsolete
(4)
View All
Add attachment
proposed patch, testcase, etc.
Ryosuke Niwa
Comment 1
2017-08-17 20:16:56 PDT
Created
attachment 318462
[details]
Cleanup
Ryosuke Niwa
Comment 2
2017-08-17 20:41:40 PDT
Created
attachment 318463
[details]
Fixed iOS builds
Wenson Hsieh
Comment 3
2017-08-17 21:19:22 PDT
Comment on
attachment 318463
[details]
Fixed iOS builds View in context:
https://bugs.webkit.org/attachment.cgi?id=318463&action=review
> Source/WebCore/editing/Editor.cpp:331 > + storeMode = DataTransfer::StoreMode::Invalid;
Possibly helpful to ASSERT() that eventType is one of the other clipboard event types here, that is not handled above?
> Source/WebCore/editing/Editor.cpp:346 > + pasteboard->writePasteboard(dataTransfer->pasteboard());
This reminds me -- we'll need to actually implement a lot of these methods on iOS. Pasteboard::writePasteboard, for example, is stubbed out in PasteboardIOS.mm
> Source/WebCore/page/DragController.cpp:233 > + DragOperation srcOpMask = dragData.draggingSourceOperationMask();
I don't think this temporary variable adds much clarity.
Ryosuke Niwa
Comment 4
2017-08-17 21:28:48 PDT
(In reply to Wenson Hsieh from
comment #3
)
> Comment on
attachment 318463
[details]
> Fixed iOS builds > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=318463&action=review
> > > Source/WebCore/editing/Editor.cpp:331 > > + storeMode = DataTransfer::StoreMode::Invalid; > > Possibly helpful to ASSERT() that eventType is one of the other clipboard > event types here, that is not handled above?
Done that.
> > Source/WebCore/editing/Editor.cpp:346 > > + pasteboard->writePasteboard(dataTransfer->pasteboard()); > > This reminds me -- we'll need to actually implement a lot of these methods > on iOS. Pasteboard::writePasteboard, for example, is stubbed out in > PasteboardIOS.mm
Oh, we'd most certainly need to do that. Does that mean we can't currently override contents of the clipboard from copy / cut events right now?
> > Source/WebCore/page/DragController.cpp:233 > > + DragOperation srcOpMask = dragData.draggingSourceOperationMask(); > > I don't think this temporary variable adds much clarity.
Removed.
Ryosuke Niwa
Comment 5
2017-08-17 21:36:07 PDT
Created
attachment 318470
[details]
Patch for landing
WebKit Commit Bot
Comment 6
2017-08-17 22:06:52 PDT
Comment on
attachment 318470
[details]
Patch for landing Rejecting
attachment 318470
[details]
from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.webkit.org', '--bot-id=webkit-cq-01', 'build', '--no-clean', '--no-update', '--build-style=release', '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: 64/ExtensionStyleSheets.dia -c /Volumes/Data/EWS/WebKit/Source/WebCore/dom/ExtensionStyleSheets.cpp -o /Volumes/Data/EWS/WebKit/WebKitBuild/WebCore.build/Release/WebCore.build/Objects-normal/x86_64/ExtensionStyleSheets.o ** BUILD FAILED ** The following build commands failed: CompileC /Volumes/Data/EWS/WebKit/WebKitBuild/WebCore.build/Release/WebCore.build/Objects-normal/x86_64/DragController.o page/DragController.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler (1 failure) Full output:
http://webkit-queues.webkit.org/results/4334776
Ryosuke Niwa
Comment 7
2017-08-17 22:33:45 PDT
Created
attachment 318472
[details]
Patch for landing
Ryosuke Niwa
Comment 8
2017-08-17 22:50:21 PDT
Comment on
attachment 318472
[details]
Patch for landing Oops, I broke internal iOS builds.
Ryosuke Niwa
Comment 9
2017-08-17 22:52:20 PDT
Created
attachment 318476
[details]
Patch for landing
Ryosuke Niwa
Comment 10
2017-08-17 22:52:38 PDT
Comment on
attachment 318476
[details]
Patch for landing Wait for EWS.
Ryosuke Niwa
Comment 11
2017-08-18 14:53:52 PDT
Comment on
attachment 318476
[details]
Patch for landing Clearing flags on attachment: 318476 Committed
r220935
: <
http://trac.webkit.org/changeset/220935
>
Ryosuke Niwa
Comment 12
2017-08-18 14:53:54 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 13
2017-08-18 14:55:19 PDT
<
rdar://problem/33970723
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug