It seems that copying the files from the other machine has worked. It's been a tad frustrating, but I think I'm back up and running.
Frank Cazabon wrote: > Hi Ed, > > I am now getting this problem too! I had initially installed this on > an old machine just for testing purposes, but yesterday decided I'd > install it on my main machine and have hit similar problems. Note: I > am installing on XP as an admin and haven't had any of the permission > errors reported in this thread. > > When I run classdesigner.py, I get the old version (before the Open > button was added), if I click on OK, I get that error: > > 'DesForm' object has no attribute 'CxnFile' > > I deleted the AppData\Dabo folder, then ran the DaboDemo, went through > the web update and went prompted, re-ran the demo. When I check under > the Help | About DaboDemo, here is what is displayed: > > Platform: Win > Python Version: 2.5.4 on win32 > Dabo Version: Version 0.9.1; Revision ~5105 > UI Version: 2.8.9.2 on wxMSW > > If I then run the classdesigner.py, I'm still at the old version. > > If I go back to thedemo and try the web update from there, it tells me > there are no updates available. > > Can I just take a copy of the Dabo stuff off my other machine and put > it on my new machine? > > Any help greatly appreciated > > > Matt Jackson wrote: >> I've figured out what's happening with the webupdate for the >> classdesigner. >> >> When I run classdesigner.py as the first thing after install I get the >> message about this appears to be the first time running Dabo do you want >> to check for updates? If I click yes at this point the webupdate runs >> and exits out very quickly. It displays a message Dabo has been >> updated. >> Some debug output shows >> Project names: [] >> So it's not checking anything for an update. >> >> Then when I run classdesigner a second time I get the message: Updates >> are available for Dabo. Do you want to update now? I click yes. >> Debug output now shows >> Project names: ['Dabo'] >> Proj ver: Dabo 4972 >> >> Then I get the message when its done: Dabo has been updated to revision >> 5105. The app will now exit. Please re-run the application. >> >> When I run classdesigner now I get the AttributeError about the CxnFile >> and it won't run. >> >> I'm able to successfully update the class designer if when I first run >> it and get the message about this being the first time I've run Dabo do >> I want to check for updates, I click on No. >> Then I go to the Preferences->WebUpdates and click on Check Now. I get >> the message: Updates are available for Class Designer and Dabo. Do you >> want to update now? I click yes and my debug output shows, Project >> names: ['Class Designer', 'Dabo'] >> >> It finishes the webupdate and shows the message: Dabo has been updated >> to revision 5105. The app will now exit. Please re-run the >> application. I click OK and manually close the application. >> >> When I run class designer it opens fine with no error messages. >> >> I can reproduce both scenarios reliably now. It would be nice to be >> able to have a separate application that would check for updates. That >> way if the classdesigner or any other application is not updated when >> the framework is updated and then subsequently it can't be run, one >> could still run the update application to update the classdesigner or >> other application. >> >> If you do have a way of running the webupdate for an application without >> it loading completely I'd be interested to know. >> >> Matt J. >> >> >> -----Original Message----- >> From: [email protected] [mailto:[email protected]] >> On Behalf Of Matt Jackson >> Sent: Tuesday, March 17, 2009 12:18 PM >> To: Dabo Users list >> Subject: Re: [dabo-users] Dabo 0.9.1 ran webupdate now broken >> >> I've run the DaboDemo update with some additional debug code I added in. >> This is what I got: >> >> C:\dabo\demo>DaboDemo.py >> Dabo Error Log: Tue Mar 17 12:05:28 2009: ListSpacing is not supported >> in wxPyth >> on 2.8.9.2 >> mdbg: project names: ['DaboDemo'] >> mdbg: proj ver: DaboDemo 0 >> mdbg: webpath: demo >> mdbg: opening url: >> http://dabodev.com/frameworkVersions/changedFiles/dem/0 >> mdbg: Opening web file: http://dabodev.com/versions/demo/appRecipes >> Dabo Error Log: Tue Mar 17 12:05:34 2009: Cannot update files; Error: >> HTTP Error >> 404: Not Found >> >> It looks like it's not finding the file appRecipes on the dabodev.com >> servers. Is that correct? When I downloaded the file >> ://dabodev.com/frameworkVersions/changedFiles/dem/0 and looked at it I >> tried to pull up some of the files it's pointing to. I was able to pull >> up anything I tried except the ones that were at the top of the list and >> began appRecipes. >> >> Matt J. >> >> >> -----Original Message----- >> From: [email protected] [mailto:[email protected]] >> On Behalf Of Ed Leafe >> Sent: Friday, March 13, 2009 11:47 AM >> To: Dabo Users list >> Subject: Re: [dabo-users] Dabo 0.9.1 ran webupdate now broken >> >> On Mar 13, 2009, at 11:50 AM, Matt Jackson wrote: >> >> >>> The part that's inconsistent is that I've only once received the >>> message >>> when I run the classdesigner that this appears to be the first time >>> you >>> are running dabo do you want to update. Most times I get no message >>> about that. I then go into preferences and click the update now >>> button. >>> >> >> If the preference for auto-running the Web Update check is not >> defined, it is assumed that it is the first time that you are >> running the app. If you decline web update, it remembers that >> preference; you can go into the preferences dialog to change that at >> any time. But once you say you don't want Dabo to check for updates, >> it won't; the only way to see if there are updates would be to click >> the "Check now..." button in the pref dialog. >> >> >>> If I delete somepath\dabo or rename it and >>> expand the contents of the downloaded zip file to somepath\dabo again, >>> shouldn't it be just like starting over as far as dabo is concerned? >>> >> >> >> No, since the preferences are persisted. Paul has already >> explained how to deal with that. >> >> >>> The permissions error I was getting before is restricted to just the >>> dabodemo application when I try to run web update. I never get that >>> message when I'm working on classdesigner. It seems that somewhere >>> Dabo >>> is having trouble updating the framework. >>> >> >> I have no idea why you were getting a permissions error; the >> only cases where that should happen is if a) the files were in a >> folder that you could not write to, or b) you had one or more files >> opened in another app (say, an editor) and Windows couldn't >> overwrite them. >> >> >>> The one time I was able to update the classdesigner and have it open >>> again was the following. I installed in %userprofile%\dabo. Ran >>> dabodemo and it said it appears to be the first time running. I >>> updated. The app closed and when I ran it again it asked me again >>> if I >>> wanted to update. I did so and then it closed again. I ran it again >>> and this time it opened. By the way it was updated to 5105. I then >>> closed the demo and tried to open the class designer. I received the >>> error no attribute CxnFile. >>> >> >> That shows that your Class Designer was older than the framework >> >> code. We made changes to that property that should be in both places. >> >> >>> I then deleted all the folders, and >>> extracted them again from the zip file. This time I ran the >>> classdesigner first and I did NOT get the message about first time >>> running dabo. >>> >> >> Because the preference existed. >> >> >>> I did not update when it asked me. I opened it and went >>> to preferences. I clicked the update now button and received a >>> message >>> about updates available. I believe it said something about updates >>> for >>> both classdesigner and dabo but not sure. I clicked yes to >>> upgrade. It >>> upgraded to 5105. I closed program. I then ran classdesigner >>> again and >>> it opened fine. I have not been able to duplicate this success since. >>> >> >> >> If you delete the old copy and re-unzip, you'll be back to the >> broken older code. Once you have it updated, there is no reason to >> go back, and lots of reasons not to go back. >> >> >> -- Ed Leafe >> >> >> >> [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users Searchable Archives: http://leafe.com/archives/search/dabo-users This message: http://leafe.com/archives/byMID/[email protected]
