X2.47 focus disappears after delete operation

JRz · Post by **JRz** » 2003 Oct 20, 08:26

Hello Nikos,

I've encountered this problem in earlier versions too, but have not reported it until now

When I delete a file from within X2, the focused item becomes the file beneath the deleted one (if this exists). This is indicated by a dotted line in stead of the different background colour when an item is truly actively selected.
Normally, when you hit the space bar, this item gets 'selected'. I mean the background colour changes to indicate that this is the 'active' item.

On occasion, the first stage of the process happens (dotted line around item below deleted one), but when I hit space or even use the arrow keys to change to another item this doesn't have any effect. The pane appearance doesn't change whatsoever. Only a pane focus shift with 'tab' solves the problem. I tried to determine where the focus went, but was unable to get any clues so far.

This usually happens when during a delete operation the top of the X2 window goes blank for a brief moment (seems to be repainting). After that, the focus is lost.

I think (not sure) that the following DBMON output belongs to this feature just happening to me:

Code: Select all

2584: Enumerated(refresh) 7 objects in the folder, code=1
2584:   VIEW_10386: processing update notification for ctp_goed_premie.xml-
2584:   VIEW_10386: processing update notification for ctp_goed_premie.xml--
2584: UWM_VIEWDELAYSORT got rid of 1 redundant messages
2584: Frame_1036e handling command 32791
2584: SPY(00000023): Raw Event 25 = DELETE
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:\Ontw\TestCases\ctp_goed_premie.xml-- ::{20D04FE0-3AEA-1069-A2D8-08002B30309D
}\C:\RECYCLER\S-1-5-21-920478539-17179530-1000737058-48368\Dc1699.xml--
2584: SPY(00000023): Processing Disc Event = DELETE
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:\Ontw\TestCases\ctp_goed_premie.xml-- <NULL>
2584:   VIEW_10386: processing update notification for ctp_goed_premie.xml--
2584: Frame_1036e handling command 32858
2584: Frame_1036e handling command 32858
2584: Frame_1036e handling command 32858
2584: Frame_1036e handling command 32791
2584: SPY(00000023): Raw Event 26 = DELETE
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:\Ontw\TestCases\ctp_goed_premie.xml- ::{20D04FE0-3AEA-1069-A2D8-08002B30309D}
\C:\RECYCLER\S-1-5-21-920478539-17179530-1000737058-48368\Dc1700.xml-
2584: SPY(00000023): Processing Disc Event = DELETE
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:\Ontw\TestCases\ctp_goed_premie.xml- <NULL>
2584:   VIEW_10386: processing update notification for ctp_goed_premie.xml-
2584: Frame_1036e handling command 57634
2584: Frame_1036e handling command 57637

Regards, Jan.

Post by **nikos** » 2003 Oct 20, 09:35

I can't reproduce that
If you get a pattern that's guaranteed to cause it, let me know

narayan · Post by **narayan** » 2003 Oct 20, 11:43

I too observed a somewhat similar "problem", but then found that the entire program had lost focus (the Window bar becomes gray). You have to bring back the focus on x2 by clicking on it. Probably other operations do the same.

In my case, I juggle with some other programs, so this observation could be another issue altogether.

fgagnon · Post by **fgagnon** » 2003 Oct 20, 12:27

I have also seen that behaviour occasionally (in the midst of doing multiple tasks) but coud not reproduce it for reporting. And expected behaviour returns with a 'monkey-click' or two -- so no big deal.

JRz · Post by **JRz** » 2003 Oct 20, 12:39

Nikos, I thought it wasn't easy to reproduce. The problem is that it doesn't happen every time you delete a file. I'll investigate to see if I can pinpoint the problem.

narayan wrote:I too observed a somewhat similar "problem", but then found that the entire program had lost focus (the Window bar becomes gray). You have to bring back the focus on x2 by clicking on it. Probably other operations do the same.

No, X2 hasn't lost focus. That would be too obvious. As I stated pressing 'tab' within X2 restores correct behaviour.

And expected behaviour returns with a 'monkey-click' or two -- so no big deal

Most of the issues we're reporting are minor ones. It's getting rid of the 'monkey-clicks' that it's all about, I would think. Of course, it is no big deal. That's why Windows gets sold in so great quantities. Rebooting a few times a day doesn't seem to bother many people

I think Nikos has somewhat higher standards than that! (and so do I)

Post by **nikos** » 2003 Oct 20, 13:24

narayan beware: your crown as king-nitpicker is under threat

JRz no, i can't say that i would be bothered too much with it, unless it happened frequently. But if you manage to pin it down, I'll remove it

i think the media player sometimes eats the focus from the main view, but i can't put my finger on it

narayan · Post by **narayan** » 2003 Oct 20, 13:49

As they say in UK: The king is dead- long live the king!

Dude, we "nitpickers" set very high standards for you (You have already met them, so what's new?)

From BG & Co. we'll tolerate anything! No one bats an eyelid when they proudly announce "The hot, never-before feature in this new Windoze is that it does not crash!!"

It's the Never look a gift horse in the mouth adage reversed!

***
Right you are: in my case too, the other app was WMP. I tried some combinations like reducing the x2 and WMP screens (ie, both running without maximizing, etc.) but the results are inconclusive.

Do we have a program like the DBMON, but which works for all the running programs and which also keeps a log with time-stamped events? (Something like the Windows' Task Manager, but with a recorder.) Then probably we can give you a better feedback. The DBMOn lets us down when the events are only occasional.

Any ideas?

Post by **nikos** » 2003 Oct 20, 15:37

dependency walker (the only option for win98 users) has an option to get time info next to each line

keep on picking!