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...Are developers contributing code and bug fixes?Are developers contributing code and bug fixes?
Previous
 
Next
New Post
1/28/2009 4:50 PM
 

Alex Shirley wrote

In fact we have a special status in support.dotnetnuke.com called "code for review"...

I try to include corrected code in all the work items I submit to Gemini, and those responsible for integration have had a very good track record in realizing those changes.  So, if you are a developer desiring to see a change effectuated, this is a great way to get it done.

Brandon


Brandon Haynes
BrandonHaynes.org
 
New Post
1/28/2009 5:22 PM
 

cathal connolly wrote

as i mentioned already, the team leads run their projects as they want. The majority of projects do not release betas (in fact we used to explicitly ban it), but a few such as forums, events and store do. We are investigating offering access to items such as changesets/nightly builds, but historically we have only released builds through the project tracker, which allows for them to be tested independantly for localisation, quality, xhtml, security etc., so I imagine this will be trialled with one or two projects rather than make a switch.

Regarding your issue about forum involvement, I'd love it if each project team had people who followed up on all posts in their forums as this minimises frustration(i know some of them such as blogs have people like Dario who have an impressive post rate).

As for making it easy, why not just log any enhancement requests, bug issues, suggested code at the public forum @ support.dotnetnuke.com, this is open to all (simply create a login so you can track the status of your issue)

Cathal

 

That's what I am saying, why aren't betas released? What's the objection? A lot of companies release them to the wild.. Microsoft releases betas for IE8, Windows 7.. ..etc.

For example the team lead for the store module is hosting the beta on his private site because DNN doesn't allow betas on DNN's site. Why not??

There are lots of core modules. Am I expected to know where every beta is. Core modules are released with DNN but somehow I have to hunt down where the betas are available. It's messy.

The issue I am talking about is easy access to betas and early builds. Not easy access to problem reporting. I am aware of Gemini and support.dotnetnuke.com/

 
New Post
1/28/2009 5:41 PM
 

Each sub-project has a different project leader. It's generally their decision as to what happens in this area.

Sometimes project leaders would rather keep testing limited, sometimes they want to broadly reach out, it just all depends on their approach and what is happening in their project. I think the common approach is that they would like feedback for their betas rather than see them implimented in production environments.

> Am I expected to know where every beta is.

Right now... yes... that is if you are determined to beta test. If you follow the blogs and forums generally you find out such info. I don't see any problems here at all, maybe you should launch a site: findthedotnetnukebeta.com ?

The issue I am talking about is easy access to betas and early builds. Not easy access to problem reporting. I am aware of Gemini and support.dotnetnuke.com

The original issue was "Are developers contributing code and bug fixes?" so naturally Gemini is going to be mentioned esp when code is being contributed in this area. I saw no mention at all about betas until your third post which appears to change the topic of this thread.



Alex Shirley


 
New Post
1/28/2009 7:41 PM
 

please be aware, that all team leads try to get the best for the community - if they are struggling with the options they get on dotnetnuke.com they may provide better experience to demonstrate power and acces to latest development results on their own sites. If the core team tries to standardize for all projects, the result will be the minumum consensus. For me, it is most important, that every team feel comfortable with their work flow, internal organization and tools. we have standards, we need, to be able to hand over the work to a different team if necessary, and we have expectations regarding community communication (which still may be improved), but the central focus of the core team is on the DotNetNuke package and the results of the teams bundled with it, therefore we established the release tracking process to be able to guarantee some standards for the whole package. And in my opinion (as being responsible for the release process, the result of raised quality of the modules justifies this decision.


Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
1/29/2009 1:16 PM
 

Just curious.. Is Charles a full time developer?

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Are developers contributing code and bug fixes?Are developers contributing code and bug fixes?


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