Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN 5.0.1 botched batch skin installer gave me RSIDNN 5.0.1 botched batch skin installer gave me RSI
Previous
 
Next
New Post
3/3/2009 12:30 PM
 

OK it didn't but it might have as well after spending 2 hours last night manually installing tens of legacy skins and containers and clicking and clicking and clicking and taking breaks to give my arm a rest. Each skin requires like 6 clicks.

The batch skin installer in DNN 5.0.1 is broken. It doesn't work. I have reported this issue in DNN 5.0.0. In DNN 5.0.0 I used a tool called RespackSkin which repackaged the legacy skin. I don't know but it seems the installer in DNN 5.0.1 is broken in a different way because RepackSkin didn't help. The only way tto install a legacy skin is to do manually.

I have some questions:

- Why weren't there beta's or release candidates released for 5.0.1? I could have caught this bug.

- Are unit tests being used? Are there plans to use them?

- Why aren't the change sets released on CodePlex? Will Strohl in another thread said it's for security and stability reasons. What does that mean exactly? How is giving the public  a way to test new changes and bug fixes affect security?

If the DNN testers aren't able to Submittest every functionality of DNN, let the public join in. What's the harm in that? All the open source software I use allow betas to be downloaded.

 
New Post
3/3/2009 1:40 PM
 

I suggest you log a new bug then in support.dotnetnuke.com for the next version of DNN 5.

If you look at Gemini you will see around 60 to 70 issues logged as bugs outstanding (around half are non trivial, but that is just my view)... most of them were logged for 5.0.0. So the question is should DNN 5.0.1 have been delayed for another couple of months? (nb it took around a couple of months for 5.0.1 to come out) or should it have been released last week to cover what was seen to be the most important bugs and do another release later? Can you really give a black and white answer to this?

The other question that you personally have to ask is should you have evaled 5.0.1 a little more carefully? Maybe you should have stuck with 4.9.2?

Right now I'm happily developing a 5.0.1 site, but then I don't have that many skins to worry about.... I'm logging issues as and when I come to them... somebody has got to do the job rather than stand back and watch it all happen (and no I didn't get a chance to test 5.0.1 before release either).... If I find a really serious 5.0.1 issue that stops me from working (so far I have not) I shall probably curse myself for not using 4.9.2...

Thanks...



Alex Shirley


 
New Post
3/3/2009 3:52 PM
 

The bug was reported already by someone else and you reported that already just a few days ago!

http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/108/threadid/291688/scope/posts/Default.aspx

Yes Alex I can give a b/w answer. Release the bug fixes as you go so people can test quickly. This is continuous testing. You release a bug fix today, I can test it, I report it's still broken and the developer can fix quickly and so on. It's an iterative process. Can you see that this process is more efficient than fixing a bunch of bugs, do an official release and we get the same broken bugs and then wait for maybe two more months for the next release. I find it silly that the same bugs are carried over to new releases. I am not talking about bugs that had no time to be fixed but the ones that are reported fixed but weren't. Plus a handful of testers can never match the testing power of thousands of volunteers.

I don't want to use 4.x. I am starting with 5.x fresh. The new platform is my starting point. I don't want to go through upgrade issues that many people are reporting.

What do you mean by "should you have evaled 5.0.1 a little more carefully?". I reported the defect because I am evaluating it!

So you are a DNN tester who tests AFTER a release and not before? Let me ask you this, are you just like one of us or do you have more access?

And I am not gettting a straight answer: why are there no release candidates or betas or access to change sets on CodePlex?

 

 

 

 
New Post
3/3/2009 8:19 PM
 

> What do you mean by "should you have evaled 5.0.1 a little more carefully?". I reported the defect because I am evaluating it!

Are we not in the same boat? (The difference is that I really follow gemini.. nothing is hidden from view here). And yes sometimes I have more access. What you have to understand is that 90% of the fixes come from the corp (nb understand the people who point out the bugs like me do the easy bit!!! ten trillion discussions going on here... but who does the fixes? Where is the discussion about the solution?)...... I wish more would contrubute then I would completely understand these arguments.



Alex Shirley


 
New Post
3/4/2009 2:46 AM
 

Obviously you're not in the same boat. My specific argument is why aren't the betas made public?  You talk about Gemeni and who does the fixes and go into side topics. A few developers work on fixes. What does this have to do with my question?


 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN 5.0.1 botched batch skin installer gave me RSIDNN 5.0.1 botched batch skin installer gave me RSI


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out