Page 1 of 2
confusion on plugin name
Posted: 19 Dec 2011 21:43
by BillH
I just download the newest version of Map Life Events. It got added to Tools / Plugins as 'Map Life Events-1'. 'Map Life Events' was also still in the list.
Is that normal? I thought the new version usually just replaced the old version.
So, in Tools / Plugins, I used the delete button to delete both of these. Then I went back to the store and downloaded it again. This time it created 'Map Life Events-2'.
Am I doing something wrong?
Thanks,
Bill
ID:5669
confusion on plugin name
Posted: 19 Dec 2011 22:27
by PeterR
Is it possible that whatever browser you are using to download the Plugin is incrementing the filename because the previous version is still in the folder to which the file is being downloaded?
confusion on plugin name
Posted: 19 Dec 2011 22:33
by BillH
Hi Peter,
I had thought of this, but I checked in C:ProgramDataCalico PieFamily Historian 5.0 BetaPlugins which is where the files are stored, and there is only the one file for this plugin and it is called 'Map Life Events-2.gh_lua'.
I used the delete button on Tools / Plugins to delete the old version and they were deleted from this folder.
Also, the only plugin that seems to be acting this way (at least that I've found so far) is this one. I downloaded newer versions of some other plugins and they just replaced the one that was already there. At least I think they did. There is some confusion on that for me since they still show up in Tools / Plugins as not being the most current version based on their last updated date. I posted another message related to my confusion on that issue.
Thanks,
Bill
confusion on plugin name
Posted: 19 Dec 2011 23:27
by tatewise
This problem should not happen in future, but is a hangover from the past FH Beta versions.
It occurs when the Plugin file in the C:ProgramDataCalico PieFamily Historian 5.0 BetaPlugins folder has the Read-only attribute set.
This was caused by a side effect of certain forms of download in earlier versions of FH.
When the download is repeated the original Plugin file cannot be deleted, because of the Read-only attribute, so the new file has -1 appended.
If all versions of the Plugin are deleted from the Plugins folder, then all should be OK in future, because the bug has been fixed.
Right-click on each Plugin file and choose Properties and where necessary clear the Read-only attribute.
confusion on plugin name
Posted: 19 Dec 2011 23:33
by BillH
Hi Mike,
I remembered this, so I checked first. There were no files in C:ProgramDataCalico PieFamily Historian 5.0 BetaPlugins for this plugin when I did the last download. Despite this, the downloaded file got named with a -2 on the end.
However, I did just check and the plugin files do not have the read attribute set, but somehow the folder itself does. Could that cause the problem? It is kind of weird that only this one plugin is getting the name incremented. I downloaded 3 or 4 others and they all replaced the existing one just fine.
I am using beta 5.0.0.3.
Bill
confusion on plugin name
Posted: 19 Dec 2011 23:42
by tatewise
The problem appears to be more complex than I explained above, because I can reproduce your problem even after deleting the Plugin completely.
It appears to be caused by duplicate files located in a folder such as:
C:UsersMikeAppDataLocalTemp where Mike is your Windows login username.
The path will be somewhat different on Windows XP.
These need to be deleted along with the Calico Pie sub-folder files.
I found them by using the Search feature of Windows Explorer.
confusion on plugin name
Posted: 19 Dec 2011 23:49
by BillH
OK... I found and deleted all copies of the file on my hard drive. It existed in the folder you mentioned and also in my backup folder.
I then downloaded the plugin again and the file name did not get incremented.
This seems like a problem. I'm using the most current beta version. Will this be corrected in a future beta? I don't think you can count on users deleting all copies from their hard drive before downloading a new version.
Thanks,
Bill
confusion on plugin name
Posted: 20 Dec 2011 00:05
by tatewise
As I said, the problem has been fixed in the current FH Beta.
The only users who will suffer the residual problem are Beta Testers, and as a Beta Tester you can expect such teething problems.
In the final FH release, users will not have the problem, because they will never have the Read-only attribute set in Plugin downloads.
confusion on plugin name
Posted: 20 Dec 2011 00:08
by BillH
Mike,
I understand that beta testers will see things like this. That isn't a problem for me.
I guess I was confused. I thought I was using the current beta version (5.0.0.3) and I'm still experiencing the problem, so I thought it wasn't fixed.
I guess you must be referring to 5.0.0.4?
Bill
confusion on plugin name
Posted: 20 Dec 2011 00:26
by tatewise
No, the problem was in 5.0.0.1 and fixed in 5.0.0.2.
By 'fixed' I mean the Read-only attribute now never gets set on Plugin downloads.
But if you downloaded a Plugin with 5.0.0.1 then the Read-only attribute may have got set, and you have to reset it manually to completely cure the problem.
confusion on plugin name
Posted: 20 Dec 2011 00:30
by BillH
I guess I must have downloaded the old version of the plugin using 5.0.0.1.
Thanks for the clarification.
Bill
confusion on plugin name
Posted: 25 Jan 2012 23:27
by BillH
Mike,
I apologize for bringing this up yet again, but I really don't understand what is going on.
I went into FH to Tools> Plugins and deleted all plugins with the words Map Life Facts in the name.
I went to C:ProgramDataCalico PieFamily Historian 5.0 BetaPlugins and deleted all occurrences of any file having the words Map Life Facts in the name.
I went to C:UsersBillAppDataLocalTemp and deleted all occurrences of any file having the words Map Life Facts in the name.
I downloaded the plugin Map Life Facts V2.1. It ended up being named Map Life Facts as expected. I downloaded the plugin a second time and it got named Map Life Facts-1.
I tried the same thing with other plugins and the second one overlays the first one with the same name. No -x is added.
This is on my new computer which is only 3 or 4 weeks old. It has NEVER had any beta version earlier than 4.0.0.3 on it.
So... why am I still getting the -x added onto the names for the Map Life Facts plugin only?
Thanks,
Bill
confusion on plugin name
Posted: 25 Jan 2012 23:42
by tatewise
I am getting the same problem, but cannot explain why, except that this was the only recent new Plugin to be added to the Store, and maybe something there has changed!
confusion on plugin name
Posted: 25 Jan 2012 23:43
by BillH
Mike,
Actually Jane and Calico Pie put some out yesterday and I tried downloading those multiple times also and they seem to have the same problem as well.
I looked at the .fh_lua files and none of them have the read only attribute set on.
Bill
confusion on plugin name
Posted: 25 Jan 2012 23:53
by BillH
Mike,
I did just now see that the Plugins folder itself does have the attribute set.
This must be set by default as I know I didn't set it.
Bill
confusion on plugin name
Posted: 26 Jan 2012 00:08
by tatewise
Yes, I noticed that, but don't understand why it would only upsets some Plugin Downloads and not others.
confusion on plugin name
Posted: 26 Jan 2012 00:13
by PeterR
I don't think the coloured blue/green square in the Read-only tick box means anything. It looks the same for every folder I've looked at.
Even if you tick the box and make all files in the folder Read-only, when you look at the Properties again, the tick is replaced by the coloured square. Same thing happens when you clear the tick-box to remove the Read-only attribute from all its files. Only for a single file (or for a selection of files all with the same attribute setting) does the Properties dialog show the box as either ticked or clear. If you select 2 files, one read-only and the other not, the tick box has the coloured square again.
(All in XP, I'm afraid, but no reason to think Win 7 any better.)
confusion on plugin name
Posted: 26 Jan 2012 08:22
by NickWalker
The Read-Only flag is a bit of a throw-back to the old DOS days. With modern Windows operating systems running NTFS each user or group of users have their own permissions set. As a programmer I have to remember (or not) to look at the Read-Only flag on a file and stop my program from deleting or changing the file - the operating system isn't going to get in my way. However, with NTFS permissions, if the user doesn't have write-access to the file then my program isn't going to be able to change it even if I wanted it to.
This
Microsoft Knowledge Base Article shows that the Read-Only status of folder is ignored in Windows:
Unlike the Read-only attribute for a file, the Read-only attribute for a folder is typically ignored by Windows, Windows components and accessories, and other programs. For example, you can delete, rename, and change a folder with the Read-only attribute by using Windows Explorer. The Read-only and System attributes is only used by Windows Explorer to determine whether the folder is a special folder, such as a system folder that has its view customized by Windows (for example, My Documents, Favorites, Fonts, Downloaded Program Files), or a folder that you customized by using the Customize tab of the folder's Properties dialog box. As a result, Windows Explorer does not allow you to view or change the Read-only or System attributes of folders. When a folder has the Read-Only attribute set it causes Explorer to request the Desktop.ini of that folder to see if any special folder settings need to be set. It has been seen where if a network share that has a large amount of folders set to Read-only, it can cause Explorer to take longer then what is expected to render the contents of that share while it waits on the retrieval of the Desktop.ini files. The slower the network connectivity to the share the longer this process can take to the point where Explorer may timeout waiting for the data and render nothing or appear to hang.
Note In some previous versions of Windows, you can change the Read-only attribute for folders by using the Properties dialog box for the folder, but no versions of Windows permit you to change the System attribute by using Windows Explorer.
confusion on plugin name
Posted: 02 Feb 2012 22:59
by BillH
Mike,
Still have the same problem in 5.0.0.6.
Bill
confusion on plugin name
Posted: 03 Feb 2012 00:24
by tatewise
Bill, but for me the problem has now gone away on 5.0.0.6.
confusion on plugin name
Posted: 03 Feb 2012 00:30
by BillH
Mike,
The way I made it happen was to download your new version of Map Life Facts twice. The first time it replaced the old one just fine (no number appended). The second time it appended '-1' to the name. Does it only append the '-1' if the file date or size is the same?
Bill
confusion on plugin name
Posted: 03 Feb 2012 00:41
by tatewise
You are right the problem is still present.
It should always over-write any Plugin with the same name irrespective of any details.
confusion on plugin name
Posted: 03 Feb 2012 00:49
by BillH
Just as a point of fact... I tried this with both IE9 and with Firefox 9.0.1 and got the same results. I have Windows 7 64-bit.
Bill
confusion on plugin name
Posted: 03 Feb 2012 07:54
by johnmorrisoniom
I've just had this happen to me.
From my testing I have found that it only happens if you choose Open when you download using IE9.
IE8 is OK as is chrome.
confusion on plugin name
Posted: 03 Feb 2012 12:41
by Jane
I think Simon is trying to trap these, by trimming numbers on the end, I tried Opening on IE9 and it was fine for me.
If you have had the problem could you confirm the exact file name which was installed, so he can trim any 'extras' the browser adds when they are installed.