Bug fix - Losing data when clicking away from application

[lazlo24]

Hi

I have noticed a weird 'feature' that I have finally been able to duplicate.

When creating a new item, press insert and type some text but do not press 'enter' or 'return'

Click to another application.

Click back into URD and you will see your text.

Now click on any other item URD except on the text you just typed and watch it disappear and get replaced with default text.

I could not understand why I was getting 'New Items' throughout my data tree until I discovered this. The most annoying this is all of those 'new items' were in fact information that is now lost forever.

[$bill]

I am not seeing that behavior here.

Vista Sp1, URpro3.5.1.3

[kinook]

I'm not able to reproduce that either. Do you have any system or system tray apps (i.e., something like WindowBlinds or Actual Window Manager) that could be interfering with UR's normal operation? Please ZIP and send post:
1) The info from Help | About | Install Info
2) Run RegEdit and export the registry key "HKEY_CURRENT_USER\Software\Kinook Software\Ultra Recall\Options"

Thanks.

[lazlo24]

Hi all

I realised I missed an important detail.

When clicking away from URD, ensure that you type something into an email or notepad or something.

Thanks

[kinook]

It works as expected here even when typing in the app that is switched to. There must be some other missing detail and/or interfering program.

[Jon Polish]

Perhaps this is what lazlo24 means.

1. Focus on the Data Explorer.
2. In the Data Explorer pane, create a new item.
3. Fill in the name for this new item.
4. Navigate away from the newly named item by clicking on another item in the Data Explorer.
5. See? The item name does not stick and reverts to the name of the template.

You can also try navigating to an item elsewhere on your computer and the same thing will happen. The only sure way to avoid it is to get used to hitting the Enter key once the new item is named.

This is not like the behavior in other databases and PIMs I have used, so I agree with lazlo24.

Jon

[quant]

Originally posted by Jon Polish
4. Navigate away from the newly named item by clicking on another item in the Data Explorer.
5. See? The item name does not stick and reverts to the name of the template.
it doesn't in my UR, I tried all 3 methods in this thread.

The only way to get "template name" is if I press ESC after I typed something.

[Jon Polish]

Hmm..

You must work magic because I just followed the steps I described and you are correct. I could not duplicate it. (I did follow my direction before I posted, so I know it failed as described.)

However, try this.

1. Create a new item in the Data Explorer.
2. Name that item in the Data Explorer without hitting the Enter key.
3. Navigate to another program's open window, or click on something on your desktop. (I just clicked on this message.)
4. Now go back to a different item in the Data Explorer pane.

The name reverts to that of the original template.

[quant]

ok, replicated now ...

And I think the difference is this:

I have all my windows maximized, and use alt-tab, in this case UR will work as expected.

But if, when returning to UR, you don't "activate it first" (which you would with alt tab or by clicking on the top application bar), then the item name reverts to template name (whether you type in the other windows or not) if you click on some other item in UR.

[kinook]

Aha, that seems to be the missing piece -- I was able to reproduce this when UR is reactivated by clicking on the tree or another pane (rather than via Alt+Tab or by clicking on the main window caption), then selecting another item in the tree. We'll add this to our list to investigate. For now, make sure to either:

a) press Enter after naming/renaming an item and before switching to another app
b) click on the window caption or use Alt+Tab to re-activate UR
or
c) after reactivating UR, click on the item title being edited before selecting another item

[lazlo24]

I am glad that others can replicate the 'feature'.

I was begining to wonder if I was doing something weird. :P

[Jon Polish]

For everyone's information, this seems to be fixed in version 3.5.2.0 (aka 3.5b - I really wish Kinook would not return to this naming convention. There were several 3.5a versions and it becomes confusing.).

Anyway, thank you for this fix.

Jon

[J-Mac]

Originally posted by Jon Polish
For everyone's information, this seems to be fixed in version 3.5.2.0 (aka 3.5b - I really wish Kinook would not return to this naming convention. There were several 3.5a versions and it becomes confusing.).

Anyway, thank you for this fix.

Jon

Several 3.5a versions? How do you mean that? I only installed one and never noticed otherwise.

Were there any changes involved? And how did you know about them?

Thanks!

Jim

[ashwken]

In the Version History sub-forum there was this new posting:

http://www.kinook.com/Forum/showthread.php?s=&threadid=3781

then you've got to go here:

http://www.kinook.com/UltraRecall/download.html

[J-Mac]

I already saw the Version History post, and I have already downloaded and installed 3.5b.

What I didn't understand is the reference to "...several 3.5a versions..."! Were you aware that several versions of 3.5a were released? (I wasn't!)

Thanks!

Jim

[ashwken]

Sorry about the redundancy I misunderstood your post.

What Jon is referring to is that there have been some sub-version releases that were called v.3.5a - you've just about got to DL to a sub-folder structure based on release date, then you've got to look at Help | About - Install Info to see what version you're running.

The only difference in the DL page is the Release Date.

[Jon Polish]

Yup.

There were four versions of 3.5a. They were 3.5.1.0, 3.5.1.1, 3.5.1.2, and 3.5.1.3. The problem for me is that while these are minor fixes, they may contain fixes that concern particular users. These were not posted in the forum, but you can stay on top of these updates if you check the download section. You will see that the upload date is changed. A futher check of the version number of the exe file will reveal the internal designation.

Jon

[eno]

Wouldn’t it be far better and clearer just to have the number naming format?

Also have the file name with the version number in it?

[Jon Polish]

I agree. That is the reason I raised the matter.

[J-Mac]

I had no idea that so many different 3.5 versions were released. And I cannot see what each one addressed.

Finally, checking the download page shouldn't be the only way for users to find out about updates!

Thanks!

Jim

EDIT: Unless, that is, those particular releases were especially for problems that only certain users were experiencing - and that those users were notified.

[Jon Polish]

Originally posted by Jon Polish
For everyone's information, this seems to be fixed in version 3.5.2.0 (aka 3.5b - I really wish Kinook would not return to this naming convention. There were several 3.5a versions and it becomes confusing.).

Anyway, thank you for this fix.

Jon

This seemed to be fixed, but it is now broken again. No settings were changed since the time I reported it fixed, so I cannot account for why it is not working again. Steps to reproduce are the same as before:

1. Create a new item in the Data Explorer.
2. Name that item in the Data Explorer without hitting the Enter key.
3. Navigate to another program's open window, or click on something on your desktop. (I just clicked on this message.)
4. Now go back to a different item in the Data Explorer pane.
5. The name reverts to that of the original template.

Jon

[kinook]

I don't think it ever was fixed (at least we didn't do anything to fix). It appears to be a bug in the tree component we're using, and the vendor has no plans to address it. You'll need to

a) press Enter or Tab after naming/renaming an item and before switching to another app
b) click on the window caption or use Alt+Tab to re-activate UR
or
c) after reactivating UR, click on the item title being edited before selecting another item