| ||||||||||||
![]() |
![]() |
| | LinkBack (1) | Thread Tools | Search this Thread | Display Modes |
(#46)
|
| Member Posts: 523 Join Date: Dec 2005 Location: Sitting |
13-06-2008, 02:25 PM
John, You provided a STABLE that was untested and flawed. It obviously didn't instantly go into a "mess" status, so fix the issues pointed out and re-release another STABLE. Would it hurt to put out a STABLE monthly? People are not required to update, but those of us that need the updates to resolve the heinous usability issues you introduced by failure to test will update. Microsoft is pushing updates to developers much more frequently now, consider following their lead. There is a reason for it, especially when software quality is substandard. |
| | |
(#47)
|
| Member Posts: 159 Join Date: Feb 2008 |
13-06-2008, 04:56 PM
I don't understand, if you are this unhappy with the product for the last three months (at least) why don't you just stop using it and find another solution? |
| | |
(#48)
|
| Developer Posts: 670 Join Date: Dec 2007 Location: Idaho | It wasn't untested, Neal, and all software is flawed. If you look, you can see what we plan to fix for the next several versions; our upcoming release has known bugs too. This is, in fact, the case for essentially all software. Actually, I've been pushing for this internally. It's a really big change for a large team, and it's not a change to be made lightly. There is a lot of dissenting opinion on the matter among the engineers. Why do you say things like this? It's difficult to respond politely, to be frank. You don't know anything about our testing process, and of the in excess of one hundred repairs in 3.20.03, only two had to be continued. The primary three purposes of testing are to verify that repairs are accurate, to verify that old fixed problems do not re-emerge, and to verify range terms. We have an excellent record in all three of those respects. Believe it or not, testing doesn't just vaporize all defects, nor does it expose problems that haven't been reported. It also doesn't stave off new defects, and testing for UI in a web context is virtually impossible. Just because you don't understand the impact of our testing doesn't mean it doesn't exist. I really wish you'd stop making these accusations. They're not productive, they're not pleasant and they're not correct. Quote:
If you're angry about defect rates and release times, you honestly couldn't have chosen a less appropriate major company to imitate. I think I'm pretty much done replying to this thread. You had your answer days ago. Nothing useful is being said here. -------------------------------------------------------------------
| |
| | |
![]() |
| Tags |
| bug, critical, department or staff, downs, drop |
| Thread Tools | Search this Thread |
| Display Modes | |
| |
LinkBacks (?)
LinkBack to this Thread: http://forums.kayako.com/f56/critical-bug-department-staff-drop-downs-16169/ | ||||
| Posted By | For | Type | Date | |
| Kayako Bug Tracker - Viewing Issue #491 - Staff assignment cleared on dept. change even when staff is a member of that department | This thread | Refback | 23-03-2008 09:12 PM | |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| SupportSuite, eSupport and LiveResponse 3.20.00 Release Candidate | Jamie Edwards | SupportSuite, eSupport and LiveResponse | 43 | 18-03-2008 03:23 AM |
| 3.20.02 STABLE Released | Ryan Lederman | News and Announcements | 0 | 17-03-2008 08:26 PM |
| Critical Ticket Statuses Bug | caitlyntw | SupportSuite, eSupport and LiveResponse | 2 | 09-02-2007 09:24 PM |
| Kayako SupportSuite v3.04.10 Stable Build | Varun Shoor | News and Announcements | 2 | 06-10-2006 10:41 PM |