[TC 11.03]Moving file via BREADCRUMB not working in a certain sequence of operations

[white]

For me, to move instead of copying, I need to quickly re-click from the left to the right mouse button, Once I move
the cursor with the "hooked" file to the desired "destination" point.

You should not do a re-click, but click the right button as well (so both at the same time) and then release the left button.

[petermad]

No, using MY steps - from MY post - as I wrote about it.
NO shift keys - only mouse buttons.

I tried that - I cannot reproduce the problem.

[AntonyD]

You should not do a re-click

I did not know how to rephrase this action in English. Sorry - for my native Lang. this word "re-click"
in direct translation fully covers that case - as I should act in this scenario.

but click the right button as well (so both at the same time) and then release the left button.

is quite precisely similar, yes but it's too long to type)))

[AntonyD]

2petermad

I tried that - I cannot reproduce the problem.

let's take a first substep - do you ALSO see the context menu arising in my scenario of mouse buttons using?

[petermad]

do you ALSO see the context menu arising in my scenario of mouse buttons using?

I don't understand - what context menu are you talking about - I dont see any context menu with any of the approches (Shift+drag and left-right button drag) - not in TC 11.03 either

[AntonyD]

https://i.ibb.co/PxyhGKC/2024-10-13-134418.png
I hope even from this small piece of the picture you will understand everything.
So, I've moved the mouse cursor over the breadcrumb-bar part.
A lower menu has appeared, from which we can can navigate to subfolders of
the parent folder whose name I moved the cursor to in the panel.
A menu of a form of a Black panel with a white triangle looking down.
And here we bring up the context menu - as in the explorer we would do it.
by RMB long-press.
And it appears and fully corresponds to the menu that I can see in the Explorer.

Now is it clear - what menu appears if you work ONLY with the mouse buttons
for the move operation?

Of course, you can say that in your case of working with mouse buttons this menu does not appear
for some reason. And that's good - for your system. But for me it’s bad - because the menu appears.
And it is still a problem for the original essence of this bug. IMHO.
This means that we still need to refine the moment - when the right button is pressed in this mentioned
sequence of steps used to transfer a file using only the mouse. No keyboard. No SHIFT.
This fix is ​​not needed for your system. for mine it is necessary.

[petermad]

A menu of a form of a Black panel with a white triangle looking down.

This only appears if you have disabled "Layout" -> "Auto-open when moving mouse over it"

But even if I disable the option, I can still not bring the "context" menu you show up.

If I right-click (long) on the directory in the breadcrumb bar I get a menu with a simplified History (like the History list from before TC 11.09)
If I right-click (short) anywhere on the breadcrumb bar I get a Windows context menu for the current directory, not for the directory part I click on
IF I drag a file and after the dragging is started also press the right mouse button, place the mouse over a directory in the breadcrumb bar (still pressing right AND left mouse buttons), and then release the left mouse button, then the file is moved to that directory.

So it seems that we have to find out why you get a context menu while I don't. First step in that process is for you to test if you also get that context menu if you start TC with a clean ini file???

[AntonyD]

if you start TC with a clean ini file???

I already did so - my pic is from such case, I only turned ON dark theme.

And yes - your variant when you "get a menu with a simplified History (like the History list from before TC 11.09)"
I can also get - BUT! due to the fact that I got the repeatability of a kind of erroneous display of the context menu,
at first I decided that this "other" menu was just another bug that needed to be written about.
But I just didn't find the exact steps to easily reproduce it. And that's why I haven't issued a topic about it yet.
But it doesn't seem worth it. It seems like this menu turns out to be normal and mandatory for this panel?

And this one is just because I have never seen such a menu in any other mouse operation situations in this GUI region...
And now - I have to somehow unimaginably difficult to click the mouse keys to bring up this special history menu.
The context menu is simply bring up here in the most elementary way in contrast.

And yes - it's worth apologizing about the menu data source - of course it's the current open folder.
I was wrong when I pointed out, that the menu is called for the folder in BC-bar over which I called this menu.

[petermad]

I only turned ON dark theme.

That is why I assumed that you were not using a clean ini file.

Can you reproduce it without dark theme - the Dark mode has been prone to cause all kinds of unsuspected behavior through it's history

[AntonyD]

Yes, I can.
32/64 bit - yes, in both bitness.

Again - the appearance of the context menu in this place and when you click the mouse button is so logical n understandable behavior,
that I don’t understand why we are spinning around this point more. You have - under no circumstances does this menu call
over this panel?
And why is there no clarification from the author here - does he really not see what a strange question we are talking about here:
whether or not the context menu is drawn when using the R.mouse button over this special bar?
Maybe write to him personally?

[petermad]

2AntonyD
Can you please, step by step explain what you do to make this context menu appear - please use the file and folders as described in the first post in this topic (for common reference), and make it very clear where exactly you click in the breadcrumb bar by referring to the path names in the breadcrumb bar.

On you screenshot, I can see that you are in a folder tab named Documents - is that the physical Dosuments folder in your user profile, or is it the virtual \\Documents folder?

Can you reproduce the problem, when not in a folder tab. (with a clean ini-file there should not be a folder tab visible if only one tab is open).

If you drag file with both mouse buttons pressed (in order to move it) you are supposed to release the left button first when you drop the file.

[AntonyD]

Code: Select all

[Configuration]
UseNewDefFont=1
SetEncoding=дц.do.not.remove
firstmnu=2810
FirstTimeIconLib=0
FirstTime=0
[FileSystemPlugins64]
$checksum$=3014672
[Buttonbar]
DefaultLib=wcmicon2
[ButtonbarCache]
IconDll_default.bar=TCNewLib1
IconDll_vertical.bar=TCNewLib1
[MkDirHistory]
0=test_folder\folder 1

Content of my fresh INI file. As you can see - I only created mentioned from the 1 post folders.

Then:

• Go to "C:\test_folder\folder 1"

• Go to "C:\test_folder" via BREADCRUMB

• Re-enter "C:\test_folder\folder 1"

After that I moved the mouse cursor to this panel and stopped there - where you will see it in the screenshot:
https://i.ibb.co/JRVbTnH/2024-10-15-001433.png
Just look at the tip of the mouse cursor - this is its ultimate goal.
And after that, I just called up the context menu. As usual, as always, as everyone does: by clicking the RMB.

P.S. folder tab named Documents - is the physical Documents folder on my disk. Not in a profile - as you
could saw - it has the path: D:\Downloads\Documents.

"Can you reproduce the problem, when not in a folder tab." = Of course yes. & AGAIN - I do not understand you:
Do you want to say that for you is absolutely IMPOSSIBLE to call the context menu?

"If you drag file with both mouse buttons pressed (in order to move it) you are supposed to release the left button
first when you drop the file." = Of course yes. And that's why I'm wildly surprised that your context menu doesn't pop up!
After all, the right button REMAINS pressed, albeit for a very small amount of time! But this is clearly enough for the OS
to count this state as normal right-click to open the menu. Therefore, everything is logical. BUT it is precisely this logical
state that is an error in my opinion when it happens in this area - above this bar.

[petermad]

After that I moved the mouse cursor to this panel and stopped there - where you will see it in the screenshot:
https://i.ibb.co/JRVbTnH/2024-10-15-001433.png

Do you mean that the content menu pops up just because you move the cursor over a folder in the breadcrumb bar???

As I told you earlier if I make a short RIGHT-click on a folder in the breadcrumb bar I get the context menu for the current folder (not the folder I click on).

And if i do a LONG right-click I get the old-style Directory history.

If I left-click on a folder in the breadcrumb bar the little "menu" with the down-arrow pops up - unless I have enabled "Auto-open when moving mouse over it", then nothing happens - or, if the breadcrumb menu has opened, the menu is closed

But I certainly don't get any context menu just by hovering a part of the path in the breadcrumb bar.

After all, the right button REMAINS pressed, albeit for a very small amount of time! But this is clearly enough for the OS
to count this state as normal right-click to open the menu.

Well not on any of my computers - here is what I see - using your sample ini file: https://tcmd.madsenworld.dk/dragtobreadcrumb.mp4 - you can both see and hear when I click in the video. Notice that i don't press the right button until AFTER I have started the dragging - and that the arrow-down menu never appears during the drag and drop - as it does on your screenshot.

[AntonyD]

Do you mean that the content menu pops up just because you move the cursor over a folder in the breadcrumb bar???

No, of course. Let's read my steps again:
"After that I moved the mouse cursor to this panel and stopped there - where you will see it in the screenshot:
https://i.ibb.co/JRVbTnH/2024-10-15-001433.png
Just look at the tip of the mouse cursor - this is its ultimate goal.
And after that, I just called up the context menu. As usual, as always, as everyone does: by clicking the RMB."
Two actions - one after another. Don't you read it so? Picture is a result of these both.

**************

if I make a short RIGHT-click on a folder in the breadcrumb bar I get the context menu for the current folder (not the folder I click on).

About that I already wrote that I apologize for misinterprets about the "target" folder in my initial post. Sorry - was wrong.
Because yes and in my case - my context menu which was called by RMB - has as a target a currently opened folder.
And not the folder I click on.

Long/short RMB - In most cases (17/18 from 20 attempts) I will get a simple folder context menu.
And only in the remaining cases do I get this old-style of the visited folder history menu.
BUT by this point, I clearly don't understand what type of mouse click I did it with. I'm tired of
repeating these simple movements...

And regarding the full conditions for reproducing the problem.
Here you asked me to do everything on a clean INI file, but we forgot
that I described my problems in addition to those that the topiс starter had.
And he had the option turned off:
"Configuration" -> "Misc" -> "Get confirmation before" -> "Drag&Drop (copying files with mouse)"
(it is enabled by default in a fresh INI)

[AntonyD]

https://www.upload.ee/files/17259744/2024_10_15_13_49_08_770.mp4.html

As you can see - context menu pops up just instantly from under the cursor. And we don't even have time to see
the cursor element being added, which contains either a plus or minus on a stack of white leaves/files,
depending on the type of movement: we either copy or move file(-s).

And yes = after the time when menu will be drawn and I will close it by click on some other point of the screen
initially started FILE-MOVE process will be finished. At least successfully for now.
BUT my point is that in such case this context menu should NOT absolutely be called.
And even old-style Directory history menu also...