history problem

[carmenm]

I found a problem in the history feature, and it s happens everytime. I should mention that in configuraiton, i have history per tab checked and history without duplicates unchecked.

I have that:

DIRA
- DIRB
- DIRC

I am into DIRA,
1 - i enter DIRB
2 - i use backward to go back to dirA
3 - then enter DIRC.
4 - Then if i do backward it goes into DIRB and not DIRA.
I think i understand why it does that, because DIRA is already in the history and so it wont add a new entry for it during 2. But that s quite disturbing when you are working as for you the last dir was DIRA and not DIRB!

Could we have a mode or something where 4 goes to DIRA?

Thanks

[Creat]

I personally never use the 'Back' function/button, but I do think this should actually go into DIRA, as you suggest. Especially, since this is exactly what it does if you don't use 'Back' but instead manually change into DIRA from DIRC (via mouse, or keyboard 'Backspace').

Technically entering DIRC should overwrite the DIRB entry in the History in my understanding (while the manual changing up one level by whatever means and then entering DIRC appends new history entries). At least this is how all browsers I know (and explorer) handle it

[tedy]

No.
This was my main concern about XY some time ago and I had debates with Don about this exact issue.
I use history too, very intensively. This is a major problem with XY and combined with few recent random crashes, I put XY aside for now and am using W Explorer again. The history is too important for my way of working and I will use Explorer until this is fixed.
The crash was connected to using "find as you type" in the file list after creating a new tab, or something like that. Very annoying. Explorer has its own bugs but all are non-crashable for me, at least.
I'll wait for the version with fixed history.
carmenm, you have nothing left but waiting too. Don said one time that he is planning this not earlier than v8.20.

[ramza__x]

sorry i might be somewhere...
but something alike similar to this issue...

anyway, here goes...
have 1 lock tab (far left)
open/goto 2 dir/folder to get a history in.
now close 2nd tab (the one in the right) and you'll have 1 left which is locked

now hit back button on your toolbar.

000244.png (6.32 KiB) Viewed 2974 times

(the blue arrow will do nothing, but the dark down arrow next to the back will crash XY)

result XY crash

(if you have allow multiple instances, you will have to use a process viewer of a type to close XY and then you can run again) *you dont have to kill the remaining process but just to keep it clean and neat to start a new one*

i will give a full workout once i've master this (good thing is the default setting will not make XY get this, somewhere in custom setting...)

Sorry about the half story
http://www.xyplorer.com/xyfc/viewtopic.php?f=2&t=3857
I think your issue are a little different...sorry, it will come to light oneday

-----------
Tested : XP Pro SP3 (x86)
XY : 8.10.0008

[carmenm]

I am sorry to bump but i am not sure if Don saw that one ...
Could you please comment on that?
It s really killing my everyday work.

[admin]

I am sorry to bump but i am not sure if Don saw that one ...
Could you please comment on that?
It s really killing my everyday work.

Yes, I'm aware of it and will eventually change it. The problems comes from the fact that XY's history tries to be a MRU at the same time. The solution will be have a separate MRU (that will be used in Hotlist e.g.).

[carmenm]

ok i get it. I agree that they should be separated

[tedy]

I still do not see the tab history issue fixed even in the latest 8.30 beta. I left using XY for a month now, hoping to see this thing working at last. I heard rumors that it will be, in 8.20 but..
Any chances to see this fixed any soon? This is a general everyday-use function and the lack of it prevents me from using the program for over a month.
Thanks.

[admin]

Next beta version will have the desired changes.

[herakles]

Next beta version will have the desired changes.

Wonderful!

Maybe right-click menu of HOTLIST TB-button should also have "Recent locations".

[admin]

Next beta version will have the desired changes.

Wonderful!

Maybe right-click menu of HOTLIST TB-button should also have "Recent locations".

Yes, in the making already.

[tedy]

Next beta version will have the desired changes.

Still no luck.
Maybe in some next beta.
But I wouldn't wait for 9.0 (suppose it is coming in month or two or so) to check if just this is fixed . There are hundreds of features I do not use daily (but I admit good ones) but I would continue my license for 9.0 only if I see this thing fixed there!
Thanks again.

[admin]

Next beta version will have the desired changes.

Still no luck.
Maybe in some next beta.
But I wouldn't wait for 9.0 (suppose it is coming in month or two or so) to check if just this is fixed . There are hundreds of features I do not use daily (but I admit good ones) but I would continue my license for 9.0 only if I see this thing fixed there!
Thanks again.

You mean it still does not work? Explain, please.

[tedy]

You mean it still does not work? Explain, please.

Yes, the same old behavior:
- In some tab I'm in D:\Temp.
- I have two directories in here (ex1, ex2).
- I go to ex1 (full: D:\Temp\ex1) by double click (if that does matter).
- I go back with mouse button 4 and end up with D:\Temp as expected.
- I go to ex2 (by double click if that does matter).
- I try to go back in D:\Temp by MButton 4, and end up in D:\Temp\ex1, the expected is D:\Temp.

I suppose there is something generally wrong in per-tab history management.

[admin]

You mean it still does not work? Explain, please.

Yes, the same old behavior:
- In some tab I'm in D:\Temp.
- I have two directories in here (ex1, ex2).
- I go to ex1 (full: D:\Temp\ex1) by double click (if that does matter).
- I go back with mouse button 4 and end up with D:\Temp as expected.
- I go to ex2 (by double click if that does matter).
- I try to go back in D:\Temp by MButton 4, and end up in D:\Temp\ex1, the expected is D:\Temp.

I suppose there is something generally wrong in per-tab history management.

Oh yeah, if "History without duplicates" is OFF it's indeed buggy still! Fix comes...