3.0.5 ready for testing

16 comment(s) for “3.0.5 ready for testing”

1. Slaweck Says:
   02 Apr 08 @ 02:01 GMT+1
   

   Looks like content picker doesn't work.
   Gray layer shows up with white rectangle without content tree .
   
   Thats all for now.

2. Ihsan Says:
   02 Apr 08 @ 07:37 GMT+1
   

   Congrats for creating this great CMS.
   
   I have shared Umbraco with WebResourcesDepot readers at http://www.webresourcesdepot.com/open-source-cms-with-aspnet-umbraco/
   
   Please let me know if I'm missing any important facts.
   
   Thanks.

3. Soeren Sprogoe Says:
   02 Apr 08 @ 01:41 GMT+1
   

   So far I've never seen my Umbraco behave this fast. But that might be just a fluke :-)
   
   I'll do some further performance testing in the following days.
   
   The Codeplex release notes says "Possibility of rel=nofollow on links Title is required" has been implemented. But either it's hidden away somewhere where I can't find it, or it's missing from the build.

4. Hartvig Says:
   02 Apr 08 @ 01:45 GMT+1
   

   @Søren: The nofollow is implemented in the 3.1 branch and not the 3.0.5.

5. Søren Sprogø Says:
   02 Apr 08 @ 08:32 GMT+1
   

   When I look at 3.0.5 on Codeplex it's clearly listed there, and not under 3.1 Alpha.
   
   Is Codeplex wrong, or am I reading it wrongly?
   
   It's no biggie, I was just wondering. It only takes 10 seconds to apply my hotfix:
   http://www.afdeling18.dk/blog/nofollow-hotfix-for-umbraco.aspx

6. Kalle Wibeck Says:
   03 Apr 08 @ 12:25 GMT+1
   

   It seems like the insert/Edit image dialog, Tab "Create New" still uses the nodepicker that doesn't work in Firefox!?
   
   When I tries to select a "Save in folder:" I get this JS error:
   window.showModalDialog is not a function
   http://local/umbraco/dialogs/uploadImage.aspx
   Line 34
   
   // ; ) Kalle

7. Kalle Wibeck Says:
   03 Apr 08 @ 12:31 GMT+1
   

   It seems like the insert/Edit image dialog, Tab "Create New" still uses the nodepicker that doesn't work in Firefox!?
   
   When I tries to select a "Save in folder:" I get this JS error:
   window.showModalDialog is not a function
   http://local/umbraco/dialogs/uploadImage.aspx
   Line 34
   
   // ; ) Kalle

8. Kalle Wibeck Says:
   03 Apr 08 @ 12:37 GMT+1
   

   And another one:
   The new "PropertyContextHelpOption" doesn't work in "icon" mode in Firefox since the faulty attribute "alt" is used instead of "title" that should have been the correct one...
   
   (Niels, didn't you make FF your default browser some time ago [blink].)
   
   // ; ) Kalle

9. Kalle Wibeck Says:
   03 Apr 08 @ 12:47 GMT+1
   

   The moving and sorting needs a publish only worked on the first page when I sorted 2 pages by drag'n'drop in the sort dialog and then clicked "Save". This one also i FF 2.
   
   // ; ) Kalle

10. Kalle Wibeck Says:
    03 Apr 08 @ 12:48 GMT+1
    

    The moving and sorting needs a publish only worked on the first page when I sorted 2 pages by drag'n'drop in the sort dialog and then clicked "Save". This one also i FF 2.
    
    // ; ) Kalle

11. Kalle Wibeck Says:
    03 Apr 08 @ 12:56 GMT+1
    

    The updated (an much smoother) rollback dialog doesn't shoe image changes within a RichText field.
    
    // ; ) Kalle

12. Kalle Wibeck Says:
    03 Apr 08 @ 11:50 GMT+1
    

    Don't know if this one is from the 3.0.5 release but:
    
    - When I click save and publish in Firefox the active content tree parent node is reloaded twice (!?) even when the node name isn't changed. Shouldn't this be left as-is until the node name is changed? The current behavior seem a bit unnecessary, at least to me...
    
    // ; ) Kalle

13. Kalle Wibeck Says:
    04 Apr 08 @ 05:02 GMT+1
    

    One more regarding macros:
    When I insert a fully valid macro with Firefox the macro tag contains "umb_macroalias" with a small "a" in alias, but when I do it with IE the "a" in alias is a uppercase letter!?
    
    When I save from FF the Trace spits out "No macro with alias '' found" in red and no macro content at all, but from IE it works just fine!?
    
    Seems to me like there's something beeing converted to lowercase in Firefox?
    
    // ; ) Kalle

14. Søren Sprogø Says:
    07 Apr 08 @ 05:55 GMT+1
    

    A little update: I've definately seen some performance gains after upgrading to 3.0.5!
    
    My Umbraco installation no longer "stalls" randomly, and I've seen no more of those lone "Application started" entries in the log.

15. Rusty Says:
    16 Apr 08 @ 03:52 GMT+1
    

    I have a macro that uses mediaCurrent for property type. With previous version, it works fine. With this latest release, I cannot select a media node. Te ajax requests appear to be returned from the server (inspecting using Fiddler) but the window never updates.

16. LosManos Says:
    31 May 11 @ 05:09 GMT+1
    

    @KalleW: Correct.
    I have spent two days with this bug before finding your comment and http://forum.umbraco.org/yaf_postst4992_Macro-rendering-in-editor-but-not-on-site.aspx which made me fire up IE and resolve the problem.
    
    I have two sites (one copied of the other) and the script worked fine in one and not in the other. I looked at the scripts through FF and they looked identical. Of course - FF, already at read, changes the umb_macroAlias to umb_macroalias.
    
    It's a shame since the editor works, at least for me, better in FF than in IE. Maybe Opera or Chrome would be better to use?
    
    Happy hacking!