﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » .NET Forums » General .NET Discussion  » SF 1.6.6 Beta install errors</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Tue, 09 Jun 2026 00:17:24 GMT</lastBuildDate><ttl>20</ttl><item><title>SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17261.aspx</link><description>Hi Trent,&lt;/P&gt;&lt;P&gt;Installing the SF 1.6.6 Beta update, I got an error when Building StrataFrame Databases.&amp;nbsp; Please see images attached.&lt;/P&gt;&lt;P&gt;The process is looking for a Triggers.xml file.</description><pubDate>Tue, 24 Jun 2008 08:14:32 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17277.aspx</link><description>[quote]I felt the need to add a DoubleClick action to edit the selected record, and boom! you just implemented that feature in this release, it couldn't be better than that![/quote]&lt;/P&gt;&lt;P&gt;Cool :cool:</description><pubDate>Tue, 24 Jun 2008 08:14:32 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17276.aspx</link><description>[quote][b]Trent L. Taylor (06/23/2008)[/b][hr]With the Save and Restore snapshot methods, you never need to call Undo.&amp;nbsp; You should always let the ListView perform an automatic snapshot (does by default) then just call the Restore if the end-user canceled the child dialog.&amp;nbsp; This way it is always 100% accurate in regards to what the end-user has been doing.[/quote] &lt;P&gt;Thanks for explaining this in more detail.&amp;nbsp; Today I will start testing those new changes.&lt;/P&gt;&lt;P&gt;BTW, you won't believe this, but 2 days ago while testing a form which has 2 listview controls, as an end user, I felt the need to add a DoubleClick action to edit the selected record, and boom! you just implemented that feature in this release, it couldn't be better than that! :P</description><pubDate>Tue, 24 Jun 2008 07:58:34 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17270.aspx</link><description>[quote]I am very happy with all new features added, specially&amp;nbsp;those related to the ListView which I use a lot in my current project.[/quote]&lt;/P&gt;&lt;P&gt;Yeah, we have been using this extensively as well...so that keeps the features coming :D&lt;/P&gt;&lt;P&gt;One thing I thought I would point out on this new release is the BOs SaveCurrentDataTableToSnapShot and RestoreCurrentDataTableFromSnapshot methods.&amp;nbsp; These were implemented specifically for the ListView and performing Undos if their was a cancel out of a child dialog form.&amp;nbsp; The complication without this was the following scenario:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Add a new child record&lt;/LI&gt;&lt;LI&gt;Click OK on child dialog to close the child and keep the new child record in the BO&lt;/LI&gt;&lt;LI&gt;Select the new child record from the ListView and edit the record&lt;/LI&gt;&lt;LI&gt;Click cancel&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;At this point prior to this method, if you performed an Undo you lost the new record because it technically still had a RowState of Added.&amp;nbsp; With the Save and Restore snapshot methods, you never need to call Undo.&amp;nbsp; You should always let the ListView perform an automatic snapshot (does by default) then just call the Restore if the end-user cancelled the child dialog.&amp;nbsp; This way it is always 100% accurate in regards to what the end-user has been doing.</description><pubDate>Mon, 23 Jun 2008 22:40:55 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17268.aspx</link><description>Well, since this seems to be an isolated issue :D then I will not waste a lot of time and just say what I did to get back to a working stage: &lt;UL&gt;&lt;LI&gt;I disabled all antivirus, spybots, etc.&lt;/LI&gt;&lt;LI&gt;Uninstalled SF and manually remove the assemblies from the C:\WINDOWS\Assembly&lt;/LI&gt;&lt;LI&gt;Reboot&lt;/LI&gt;&lt;LI&gt;Reinstalled SF and got same missing file error, and canceled the installation.&lt;/LI&gt;&lt;LI&gt;Copied the Triggers.xml to C:\Users\Edhy\AppData\Local\Temp\MicroFour\Metadata&lt;/LI&gt;&lt;LI&gt;Reinstalled SF and it completed.&lt;/LI&gt;&lt;LI&gt;Checked SF version and had the same screenshot as before with different versions.&lt;/LI&gt;&lt;LI&gt;Checked SF assemblies in C:Windows\Assembly and they all have correct version 1.6.5.2&lt;/LI&gt;&lt;LI&gt;Checked SF assemblies in C:\Program Files (x86)\MicroFour\StrataFrame\Assemblies and they are also correct 1.6.5.2&lt;/LI&gt;&lt;LI&gt;Now last place to check &lt;FONT color=#dd3333&gt;&lt;STRONG&gt;C:\Program Files\Common Files\MicroFour\StrataFrame&lt;/STRONG&gt;&lt;/FONT&gt; here the assemblies where not updated, they all have version 1.6.5.1 (see image attached) and also I believe this may be the caused of the missing file since the *.pkg files may not be updated.&amp;nbsp; So for now my fix was to copy the correct assemblies to C:\Program Files\Common Files\MicroFour\StrataFrame.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Tomorrow if I have some time or in the next update I will do all steps above and will also manually remove C:\Program Files\Common Files\MicroFour\StrataFrame before installing to see if that takes care of future installations.&lt;/P&gt;&lt;P&gt;P.S.&lt;/P&gt;&lt;P&gt;I am very happy with all new features added, specially&amp;nbsp;those related to the ListView which I use a lot in my current project.</description><pubDate>Mon, 23 Jun 2008 21:54:44 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17266.aspx</link><description>[quote]I am getting used to the install not working on my setup without some manual help[/quote]&lt;P&gt;This says a lot about what you may be facing, also your screen shot says a lot as well.&amp;nbsp; This is clearly not the norm otherwise this would be a major issue for us all.&amp;nbsp; &lt;P&gt;If you'll notice, your assemblies are not getting updated.&amp;nbsp; This could all come from my previous posts suggestions.&amp;nbsp; All of your files should show a version of 1.6.5.2.</description><pubDate>Mon, 23 Jun 2008 19:06:27 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17265.aspx</link><description>Good news!&amp;nbsp; There is nothing wrong with the installation and it works as it should! :)&amp;nbsp; So this means that for whatever reason (will list some below) your StrataFrame.pkg file did not get overwritten and so the new programs were trying to use the old PKG file.&amp;nbsp; Also, I have tested this on both 32 and 64-bit OS environments (including Vista) and it works in all environments.&lt;/P&gt;&lt;P&gt;Some possible reasons the StrataFrame.Pkg file did not get overwritten:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Insufficient permissions&lt;/LI&gt;&lt;LI&gt;File was open by another process (unlikely unless you manually opened)&lt;/LI&gt;&lt;LI&gt;Real-time virus protection attempted to scan and prevented the update of the file.&amp;nbsp; I have seen this more and more lately....I am not a real-time anti-virus fan.&amp;nbsp; In fact, I have dealt with viruses that are not as mean as the real-time stuff...OK, that is enough of a rant on that point! :P&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;I would check these and see if any are possibilities and try again.&amp;nbsp; The installation does work so something is getting in the way of the files being updated...all of this falls in line with standard MSI coding standards.</description><pubDate>Mon, 23 Jun 2008 18:53:36 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17264.aspx</link><description>Thanks for the quick response, I thought that you may not be at the office at this time.&lt;P&gt;Doron Farber, installed the update without a problem and I asked him to send me the trigger.xml file and I copied to the expected location, ran the setup again and it finished without any error.&lt;/P&gt;&lt;P&gt;Here is my Version status in the attached file, which I believe is not OK, so once again in my setup something is not right, but nothing to worry about it, I am getting used to the install not working on my setup without some manual help :D</description><pubDate>Mon, 23 Jun 2008 18:42:46 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17263.aspx</link><description>I have tested the install in a number of environments without issue, so I am in the process of trying to reproduce your issue.&amp;nbsp; It seems like the StrataFrame.pkg file did not get overwritten on your machine and is trying to use the old StrataFrame.pkg file, which doesn't have the triggers.xml file within it.&amp;nbsp; I am proving that the installation is correct and then we can go from there.</description><pubDate>Mon, 23 Jun 2008 18:26:24 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: SF 1.6.6 Beta install errors</title><link>http://forum.strataframe.net/FindPost17262.aspx</link><description>FYI, the file C:\Users\Edhy\AppData\Local\Temp\MicroFour\Metadata\triggers.xml is not in the expected folder, so it may be missing in the original installation.&amp;nbsp; &lt;/P&gt;&lt;P&gt;See attached image for a list of files in this folder: C:\Users\Edhy\AppData\Local\Temp\MicroFour\Metadata</description><pubDate>Mon, 23 Jun 2008 18:20:26 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item></channel></rss>