# \[RESOLVED\] File Moving/Copying UI BUG in 1.6.2x betas? (must to top area/outside of tab?)

**URL:** <https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810>\
**Category:** TotalFinder\
**Created:** [June 3, 2015, 11:50pm UTC](https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810 "2015-06-03T23:50:19Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![leoofborg](https://discuss.binaryage.com/user_avatar/discuss.binaryage.com/leoofborg/32/2358_2.png) [@leoofborg](https://discuss.binaryage.com/u/leoofborg)\
**Post date:** [June 3, 2015, 11:50pm UTC](https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810/1 "2015-06-03T23:50:19Z")

</div>

Before you read the bottom, more regression:

In 1.6.17 I can move/copy files INTO (inside) the tab area and get move/copy focus even with “narrow tabs”.

In 1.6.23(? where I first noticed) I must move the dragged files to the TOP EDGE of the tab (even outside the bounds of the tab!) or I do not get focus, feedback UI, or ability to move/copy.

For an uninitiated user, it looks like below. Why did everything move 10-15 pixels UP for dragging/moving?

* * *

> I’ve regressed this in 1.6.17: I can MOVE files from one folder to another folder on the same HD, or I can COPY from one HD to my other one via different tabs.

> But starting around 1.6.23 or so I have lost the ability to:

> - Get “focus marks” when I drag files from one tab to another.

> - Get ANY “new focus” on the tabs that I’m dragging to.

> File move/copy functionality seems to be utterly broken. I have to deinstall and then go back to 1.6.17.

* * *

I hope this gets noticed/regressed… I really use TotalFinder to bop files around by dragging to tabs.

Yes, this is on shipping Yosemite 10.10.3.

---

<div class="post-metadata">

**Author:** ![darwin](https://discuss.binaryage.com/user_avatar/discuss.binaryage.com/darwin/32/2275_2.png) [@darwin](https://discuss.binaryage.com/u/darwin)\
**Post date:** [June 4, 2015, 5:00am UTC](https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810/2 "2015-06-04T05:00:42Z")

</div>

You are right, thank you for reporting.

This is another reincarnation of the problem here:

> [@\[RESOLVED\] Mouse actions in tabs work only on very top pixels and not the full button](http://discuss.binaryage.com/t/resolved-mouse-actions-in-tabs-work-only-on-very-top-pixels-and-not-the-full-button/3791):
>
> Hi, I love total finder and this is one of my favourite apps I use on a daily basis. I´ve the latest Total finder version 10.10.4 on OSX 10.10.3 and a strange phenomenon: The Tap itself, the round red tap close button and the make new tap button work only on most top pixel and not through the whole expected area. When I like to change the tab, I need to click on a 2-3 pixel narrow area on the top of the tap, but when I click right in the middle of the tap, the mouse is not recognised. Same …

When drag&dropping only top pixels work. You can use a workaround described there:

> [@\[RESOLVED\] Mouse actions in tabs work only on very top pixels and not the full button](http://discuss.binaryage.com/t/resolved-mouse-actions-in-tabs-work-only-on-very-top-pixels-and-not-the-full-button/3791/4):
>
> A workaround for now is to return to the old method with ugly toolbar. In Terminal.app execute this command: defaults write com.binaryage.totalfinder TotalFinderNoFinderWindowClipping -bool yes Restart Finder.app via CMD+OPT+ESC and launch TotalFinder.app again.

I’m going to fix it in the next release.

---

<div class="post-metadata">

**Author:** ![darwin](https://discuss.binaryage.com/user_avatar/discuss.binaryage.com/darwin/32/2275_2.png) [@darwin](https://discuss.binaryage.com/u/darwin)\
**Post date:** [June 5, 2015, 6:55am UTC](https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810/3 "2015-06-05T06:55:58Z")

</div>

TotalFinder 1.6.27 should contain fix for this issue:  
[http://totalfinder.binaryage.com/beta-changes#1.6.27](http://totalfinder.binaryage.com/beta-changes#1.6.27)

---

<div class="post-metadata">

**Author:** ![leoofborg](https://discuss.binaryage.com/user_avatar/discuss.binaryage.com/leoofborg/32/2358_2.png) [@leoofborg](https://discuss.binaryage.com/u/leoofborg)\
**Post date:** [June 5, 2015, 2:37pm UTC](https://discuss.binaryage.com/t/resolved-file-moving-copying-ui-bug-in-1-6-2x-betas-must-to-top-area-outside-of-tab/3810/4 "2015-06-05T14:37:59Z")

</div>

Thank you darwin… confirmed that it seems to be fixed (back to “normal”), including with “Narrow Tabs” which is how I like to run TotalFinder. Thank you!!
