Hybrid View

    Thank you for reporting this bug. We will make it our priority to review this report.
  1. #1
    Sencha User
    Join Date
    Oct 2012
    Posts
    9
    Vote Rating
    2
    akopov is on a distinguished road

      1  

    Default Sencha Architect crashes when project is reopened (corrupted project source?)

    Sencha Architect crashes when project is reopened (corrupted project source?)


    Sencha Architect won't open the project I have successfully working on yesterday. Until I closed SA everything was fine - no errors neither in SA nor in deployed JS generated. Then when I reopened the project next day, SA started to crash with an "unknown error":

    crashing_on_load.png

    Removing Sencha folder under my AppData\Local and reinstallation of SA don't help. Other projects (including earlier versions of that one) open fine. New projects can be also created and saved, only happens with particular project.

    I'd say project source is corrupted (also I see no obvious errors in its JSONs myself), but no project files have been modified outside of SA, the development has been done entirely in SA. If they were corrupted, that was probably done by SA itself.

    OS version: Windows 7 64bit
    Sencha Architect version: 2.1.0.000640.

    The problematic project archive is attached. 2012-10-16.xda (the problem is the same for the archive and for the imported project).

    Thanks in advance and please feel free to ask for details if needed.

  2. #2
    Sencha User
    Join Date
    Oct 2012
    Posts
    9
    Vote Rating
    2
    akopov is on a distinguished road

      0  

    Default


    Noticed a couple of irregularities in project files, e.g. xds profject file and Application and Explorer metadata files were listing 'Folder' model which was actually renamed to TreeNode (for some reason renaming has been reflected while code worked fine in browser before I closed SA).

    Editing that out didn't have any effect though.

  3. #3
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,733
    Vote Rating
    51
    Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough

      0  

    Default


    I've reproduced the crash on Win7. Looking into it
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  4. #4
    Sencha User
    Join Date
    Oct 2012
    Posts
    9
    Vote Rating
    2
    akopov is on a distinguished road

      0  

    Default


    Found the problem!

    One of my stores I have converted from XML store into JSON store was still had {"type": "xmlstore"} in its metadata file while other properties were changed to JSON store one. So store type and properties didn't tally and project was crashing when opened.

    There were other issues I've found with renamed entities, but only that one was fatal.

    It looks like a HUGE problem to me Edits seem to be fine while the project is in memory and your application works properly, then you save the project and not all the edits you've done are actually stored.

  5. #5
    Sencha User
    Join Date
    Oct 2012
    Posts
    9
    Vote Rating
    2
    akopov is on a distinguished road

      0  

    Default


    Having "exportPath" property set to the path that doesn't exist seems also to crash SA on load.

    Makes sharing projects between different developers a bit tricky, still is a minor issue comparing to that renaming one.

    Another use case which I faced last week after renaming a function, think it's relevant - function's old and new body were both appearing with old body actually preferred during deployment.

    Renaming issue.png

  6. #6
    Sencha User
    Join Date
    Oct 2012
    Posts
    9
    Vote Rating
    2
    akopov is on a distinguished road

      0  

    Default


    Sorry for spamming, but I have just open manually fixed project, saved it and closed.

    It won't open again this time, perhaps again self-inflicted damages, this is ridiculous

  7. #7
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,733
    Vote Rating
    51
    Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough Phil.Strong is a jewel in the rough

      0  

    Default


    Ok I've isolated it. The issue is very strange and is related to

    MyViewport -> MyContainer -> ExplorerTreePanel
    it has rootVisible set to false and is attached to a store in the project that doesn't load any data.

    Why is it doing this ....? No idea as of yet.

    The fix
    open /metadata/MyViewport in your fav text editor
    search for "itemId": "ExplorerTreePanel"
    find "rootVisible": false just below it and remove it.

    It might be that when you full vet your TreeNodesStore to have a data endpoint that this will no longer occur and you can again set rootVisible false

    Hope this helps.
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  8. #8
    Sencha User
    Join Date
    Oct 2012
    Posts
    3
    Vote Rating
    0
    jasonehle is on a distinguished road

      0  

    Default Not ready for team collaboration?

    Not ready for team collaboration?


    Is there a way to provide "user settings" outside of the XDS?

    Our team is evaluating using Sencha for our platform going forward, and we work accross a variety of configurations.

    Currently it appears that when a dev updates the XDS from source control, we must everytime go in and alter the exportpath. This is a pain.

    You should be able to provide a pointer in the XDS project file to a local config that overrides the settings in the XDS. The local config wouldn't get checked in and thus overwritten by the last guy who changed the path and committed to source control.

    Maybe I'm missing something obvious... hope so... please let me know how we're supposed to use this in a team environment. I've read the "Collaboration" information that I could find, but it doesn't mention anything at this level.

    Other than that - Architect2 is an incredible piece of software. I hope it will work out for us. I can see myself spending many years in this IDE

    Regards,
    Jason

  9. #9
    Sencha - Architect Dev Team aconran's Avatar
    Join Date
    Mar 2007
    Posts
    8,883
    Vote Rating
    102
    aconran is a splendid one to behold aconran is a splendid one to behold aconran is a splendid one to behold aconran is a splendid one to behold aconran is a splendid one to behold aconran is a splendid one to behold

      0  

    Default


    User settings are written to a file called .architect (and typically excluded from source control).

    The export path is currently a project level setting. We can look into migrating it to a user level setting and/or allow the user level setting to override it.
    Aaron Conran
    @aconran
    Sencha Architect Development Team

film izle

hd film izle

film sitesi

takipci kazanma sitesi

takipci kazanma sitesi

güzel olan herşey

takipci alma sitesi

komik eğlenceli videolar