Skip to main content
Topic: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes (Read 19077 times) previous topic - next topic - Topic derived from ElkArte 1.0 Release Candidate...
0 Members and 1 Guest are viewing this topic.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #15

Beta 3 definitely, unless you want to do SMF 2 "release candidates". :D Realistically, this thing aint ready for a real RC yet. In my understanding, a real RC is when you have all outstanding issues fixed, and are just trying to see if any new ones pop up before you call the thing stable. Elk's not quite there yet.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #16

Quote from: groundup – Release often and push hard use of plugins

Quote from: Antechinus – Beta 3 definitely, unless you want to do SMF 2 "release candidates". :D Realistically, this thing aint ready for a real RC yet. In my understanding, a real RC is when you have all outstanding issues fixed, and are just trying to see if any new ones pop up before you call the thing stable. Elk's not quite there yet.

Both methods are useful. I'd rather see 6 or 8 betas than 3 RCs. More than 1 RC release should be rare.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #17

What does "push hard use of plugins" have to do with trying to get 1.0 stable? I don't get it. Surely plugins are customisations you add to a release after it's stable.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #18

Quote from: Antechinus – What does "push hard use of plugins" have to do with trying to get 1.0 stable? I don't get it. Surely plugins are customisations you add to a release after it's stable.

Dunno. I just like the release often part.

groundup surely has an explanation.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #19

It's all about prioritizing bugs. If an issue is an edge case, it shouldn't be blocking. If it's about getting the theme to look even better, it's not blocking. If there aren't blocking bugs, release it. Releases get attention; attention gets developers; developers fix bugs. More events in the code means less worrying about edge cases. You can even have a plugin fix a bug before a release. More events also means a lot less (hopefully zero) touching the code. So, you can just overwrite the file and be done with it.
Last Edit: March 30, 2014, 01:51:43 pm by groundup
Come work with me at Promenade Group

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #20

Depends what you want to call "blocking". I wouldn't want to take it to the level of doing a "Microsoft stable". ;D  But yeah I can see the sense, to a degree. It does seem a bit bonkers to go overboard on plugins for everything that really should be fixed in the codebase. That's just going to piss people off.

Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #21

My definitions:
blocker - something that breaks *badly the "user" experience (e.g. a call to undefined function, a feature that doesn't work as expected, an unreadable text because it's the same color of the background, a menu that doesn't work at all on a supported browser, etc.),
important to fix - something that makes the script look bad, but that doesn't break the overall user experience (e.g. an undefined index on an hardly used page or in the admin panel, a button without background, a 1px error in positioning of a non-prominent element, some inconsistency in the mark-up, etc.),
nice to fix - anything else.

Of course "blockers" are bugs that must be fixed before a release. "Important to fix" are bugs that would be of course important to fix before a release, but if a date has been set and it's already gone, I wouldn't mind put a note in the release notes and in case plan a micro release with the fix. "Nice to fix" are bug that can stay there since either a micro release or the next minor if no micro are planned.
Bugs creator.
Features destroyer.
Template killer.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #22

Quote from: Antechinus – Depends what you want to call "blocking". I wouldn't want to take it to the level of doing a "Microsoft stable". ;D  But yeah I can see the sense, to a degree. It does seem a bit bonkers to go overboard on plugins for everything that really should be fixed in the codebase. That's just going to piss people off.

Microsoft stable? You mean the massive memory leaks of Windows 98?

Or the rushed completion of Windows ME?

Oh, of course you mean the half-assed implementation of every damn feature in Windows Vista?

No, I guess you're referring to more of the backwards momentum of Windows 8's shotgun marriage of the Windows desktop and Metro.

Please, define what you mean by stable. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #23

Zackly. Would hate to see "Elk stable release" equivalent to "Microsoft stable release" and everyone told "Oh don't worry, we have a plethora of plug-ins". That seems like an exercise in foot shooting to me.

But as long as it's done sensibly (meaning more conservatively than he probably wants it to be :D) I can see what Josh is on about.

ETA: BTW, I noticed that W7 is about the only MS OS that didn't make your crap list. There's a reason why I stuck to it and avoided W8.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #24

Quote from: Antechinus – Zackly. Would hate to see "Elk stable release" equivalent to "Microsoft stable release" and everyone told "Oh don't worry, we have a plethora of plug-ins". That seems like an exercise in foot shooting to me.

But as long as it's done sensibly (meaning more conservatively than he probably wants it to be :D) I can see what Josh is on about.

ETA: BTW, I noticed that W7 is about the only MS OS that didn't make your crap list. There's a reason why I stuck to it and avoided W8.

I should have added in Windows 95, to be honest. But I doubt anyone, in their right mind, fondly remembers any of the Windows 9x releases.

Windows 3.1, XP and 7 are their only true success stories.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #25

Yup. I used XP for yonks until my old pooter blew up, then went straight to W7. I suspect W9 will be pretty good too.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #26

Sorry for completely derailing this topic. crawls back inside her hole

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #27

Windows 2000 too. nods
Bugs creator.
Features destroyer.
Template killer.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #28

Ohh so you really want me to change the headers two times? :P

 emanuele wonders if we can haz a beta 3 out before Easter.

Yeah, 2 weeks and a half, I suppose is doable.
Bugs creator.
Features destroyer.
Template killer.

Re: Grumbling about bugs - Was: [WIP] ElkArte 1.0 Release Candidate 1 - release notes

Reply #29

I just Well, I just realised that from my previous post here was 6 days ago, in the last 6 days we had 4 new bug reports.
TBH I don't see the situation as tragic as Antechinus is describing.

Also the current week is the first since October that there are days without commits to master (I worked mainly on the development branch).

So: few bugs to squash, not many bugs reported...what is wrong with an RC?
Bugs creator.
Features destroyer.
Template killer.