Closed GoogleCodeExporter closed 8 years ago
Here is Problem Steps Recorder from Windows 7 with screencapture of issue:
http://min.us/mbry1a0Vib
Original comment by D.Mazne...@gmail.com
on 6 Oct 2011 at 4:02
Original comment by D.Mazne...@gmail.com
on 6 Oct 2011 at 4:02
Attachments:
I'm sorry that you're having this issue. I can't reproduce it properly myself,
though I believe I may have seen it happen, but not in a way that would allow
me to systematically approach it.
It might be related to explorer file selection tracking, but unfortunately this
function offered by Explorer is not very well documented, so I'll have to try
and see if I can fix it somehow. If that's not possible I may have to drop the
file selection tracking (which is used to restore previous file selections).
Using a polling approach to query the current selection might be an alternative
method, but it isn't optimal either as it will either miss selection steps or
cause high CPU load.
Original comment by fragman@gmail.com
on 7 Oct 2011 at 3:06
What can I do on first step?
To disable somewhat features ?
Original comment by D.Mazne...@gmail.com
on 7 Oct 2011 at 3:42
You could probably use the Source version (it's not compatible with the two or
three latest AutoHotkey_L versions though), and remove this line from
ExplorerTabs.ahk:
RegisterSelectionChangedEvents()
I think it should not occur anymore then. Please let me know if it still
happens afterwards.
Original comment by fragman@gmail.com
on 7 Oct 2011 at 3:47
7plus 2.3.0 should be able to work with AutoHotkey_L Version 1.1.03 or 1.1.04.
Get older versions here: http://www.autohotkey.net/~Lexikos/AutoHotkey_L/v/
Original comment by fragman@gmail.com
on 7 Oct 2011 at 3:49
BTW I didn't have installed Autohotkey at all?
Could be this drive the problem ?
Original comment by D.Mazne...@gmail.com
on 7 Oct 2011 at 3:51
No, AutoHotkey is only needed to run the Source version. The compiled version
includes an AutoHotkey runtime.
Original comment by fragman@gmail.com
on 7 Oct 2011 at 3:53
Hm, so far so good - just install AH 1.1.0.4 and seams like the error dismissed.
If still comes will inform.
Original comment by D.Mazne...@gmail.com
on 7 Oct 2011 at 3:56
Did you remove the line I mentioned or did it just not appear anymore?
Thanks for helping to track the bug!
Original comment by fragman@gmail.com
on 7 Oct 2011 at 5:11
Nope, still comes the problem, will try with source version.
Removed RegisterSelectionChangedEvents() from file, but can't be compiled -
nonexistent function on line 041:
if(IsInArea(x,y,TabContainer.tabs[A_Index].x,TabContainer.tabs[A_Index].y,TabContainer.tabs[A_Index].width,TabContainer.tabs[A_Index].height))
Suggestions? To get older version of AH or what exactly version to compile
source?
Original comment by D.Mazne...@gmail.com
on 7 Oct 2011 at 5:25
Sorry, too lame - compiled successfully.
Now will test Explorer.
Original comment by D.Mazne...@gmail.com
on 7 Oct 2011 at 5:32
Same results - Explorer freezes after file operations till I kill 7plus process.
In the status bar mentioned text "Searching for items..." if this could be a
trace.
To debug/replace/check something else ?
Original comment by D.Mazne...@gmail.com
on 8 Oct 2011 at 11:01
I'm not sure right now, but I will investigate this problem before the next
release. There are some other things in this program I need to work on first
though. I'm rewriting some larger parts of it and need to finish this before I
can look at other issues.
If you feel like it you could take a look at navigate.ahk and add a "return"
line (without quotes) to the beginning of ShellFolder() and/or SelectFiles()
functions (on the line after the opening bracket { ).
This will break other related explorer features but you might be able to see if
these functions cause it.
Original comment by fragman@gmail.com
on 8 Oct 2011 at 12:04
I finally got around to looking into this issue and I have one more suggestion
which I overlooked the first time:
Try adding a return statement after this in explorer.ahk:
RegisterSelectionChangedEvent()
{
<--Insert "return" here, without quotes
Original comment by fragman@gmail.com
on 15 Oct 2011 at 10:08
Tried, not luck again.
After that unarc again source, install older AH 1.1.03, started to make new
tries and for NOW there isn't the error?
Will test next few days and will report.
If the defect appears again will make the suggested changes.
Original comment by D.Mazne...@gmail.com
on 16 Oct 2011 at 1:57
Original comment by fragman@gmail.com
on 6 Nov 2011 at 9:20
Did it occur again?
Original comment by fragman@gmail.com
on 16 Nov 2011 at 10:31
Are you still having this issue with the newest version?
Original comment by fragman@gmail.com
on 14 Feb 2012 at 10:54
Not yet - now I'v seen your message and started again 7+ :)
Updated and working, will report any faced issues.
Thanks for hard work.
Original comment by D.Mazne...@gmail.com
on 14 Feb 2012 at 11:10
So far, so good - till now no hang ups of Explorer when operating with files
and 7+ running :)
But - can't manage how works CTRL+M, maybe because tabs in Explorer not works
very well. Some times it works, some times not.
And one more thin: every time I'm disable ID 235 "Double click on Desktop runs
Explorer" and after OK, again WIN+H - ID 235 IS enabled ?
Will try to delete event, I'm using dbl click on desktop to hide/show Fences
(Star Dock)
Original comment by D.Mazne...@gmail.com
on 15 Feb 2012 at 3:05
You're right, there seems to be an issue with enabling/disabling events
(possibly only on x64? Haven't seen this on my x86 machine but I do on another
x64 PC).
Tabs work for me, but opening a new one sometimes takes a moment since it opens
a new explorer window so it can't be faster than the time explorer takes to
start.
Original comment by fragman@gmail.com
on 15 Feb 2012 at 4:25
According x64 - nope, I'm on x86 7Pro.
Original comment by D.Mazne...@gmail.com
on 15 Feb 2012 at 6:04
That's strange, I see the bug with event enabling/disabling only on an x64
machine, not on my x86 one.
Original comment by fragman@gmail.com
on 16 Feb 2012 at 5:22
Original comment by fragman@gmail.com
on 25 Feb 2012 at 2:42
Any further issues with Explorer (or other things)?
Otherwise I'll close this issue.
Original comment by fragman@gmail.com
on 10 May 2012 at 11:48
Yes, you can close this ticket - not evidence for this problems.
Original comment by D.Mazne...@gmail.com
on 10 May 2012 at 12:51
Ok, good :)
Original comment by fragman@gmail.com
on 10 May 2012 at 12:52
Original issue reported on code.google.com by
D.Mazne...@gmail.com
on 6 Oct 2011 at 3:42