Navigation

RSS 2.0 New Entries Syndication Feed Atom 0.3 New Entries Syndication Feed

Show blog menu v

 

General

Use it

Documentation

Support

Sibling projects

RIFE powered

Valid XHTML 1.0 Transitional

Valid CSS!

Blogs : Archives

avatar
< CALL FOR ACTION: vote with us, HotSwap has to improve   What is a feature? >
Atlassian's support is well ... euhm interesting

For the RIFE project, we've been using Confluence for a bit more than a year. Initially, everything was fine and dandy, even though it ran a bit slowly.

They improved performance, but about three months ago the 'professional' wiki started to become unusable. Basically without giving editorial access to anonymous users, nobody is able to edit pages or to comment on them. Which means that either we leave the wiki open for any spam and abuse, or we make it impossible for people to contribute. Sadly, we have to go for the last solution, since hours after anonymous has the rights to post comments and edit pages, spam starts to appear throughout the whole wiki. It's not feasible to manually track this and delete everything.

This issue has been reported by four different users and has been tracked for months in their issue tracker. I did everything I could possibly do to help them trace the problem:

  • posted screenshots of every related screen
  • gave them a copy of a full XML export of the wiki
  • erased our database, reinstalled confluence, restored content from a backup, still the same problem
  • looked over the log files but couldn't see anything reported besides database DDL actions

Last week, Atlassian decided to close the issue as Cannot Reproduce, even though I'm 100% sure I can reproduce it every single time on our systems, as can three other users. To quote them: "Unfortunately, with no logs (indicating to us where the problem is located) or any steps to reproduce the problem here, we can't fix it.".

So since I am personally unable to give them usable log files because they just don't contain any statements, they close the issue unless their users are somehow magically able to make Confluence spit out useful logs or figure out a way for them to reproduce it on their systems.

Never before have I regretted more to have adopted a closed-source solution even though we got it for no pay. We're now effectively locked into the vendor and can't fix the problem since they won't and we don't have access to the required resources.

The only possible paths left for us now are to remove Confluence, install an open-source wiki, and manually convert everything; or write our own competing open-source wiki.

We're going to do both and start work on an open-source RIFE wiki. In the end everybody will benefit.

Update: after posting this Atlassian commented on the Jira issue with a solution that finally proved to be working. I already started moving to XWiki though and I'll continue to see if it can be used instead.

posted by Geert Bevin in Java on Oct 12, 2005 8:20 AM : 4 comments [permalink]
 

Comments

Re: Atlassian's support is well ... euhm interesting
We dropped the ball on this one, and I apologise. The issue in question was closed over-zealously, and certainly doesn't reflect our general attitude towards reported bugs.

On the other hand, a significant amount of developer time had already been devoted to tracking down the problem: setting up environments, importing data and performing eyeball checks on the code to see whether there was something we'd overlooked, and we simply couldn't reproduce it. When you can't reproduce an error, fixing it is particularly tricky. Believe me, a lot of hair had been pulled out over that particular problem, since the relevant codepath was unchanged between 1.3 and 1.4.

In all fairness, it should be mentioned that the proximate cause of the problem was a misunderstanding over which application server version you were running, and the ultimate cause was something that's covered clearly in the online documentation.

What we've come away from this case learning is that:

1) Support techs[1] should be sure to get precise details of a customer's environment, and not make any assumptions as to which versions of any component they may be running, or how they set it up
2) "Could not reproduce" should be used very, very carefully as an issue resolution on commercial projects
3) Nobody, even software professionals, ever reads the installation instructions. :)

Charles Miller
(Confluence lead developer)

[1] Technically, Confluence has no support techs - each developer takes turns in a two week rotation on support.
Re: Atlassian's support is well ... euhm interesting
Hi Charles,

actually, I read the installation docs when I initially installed it on Tomcat.
When I moved to Resin, I also upgraded Confluence and thus read the upgrade docs. I had no idea that there were separate installation instructions for Resin since none of our web applications require special handling for individual servlet containers. When I read the requirements wiki page (http://confluence.atlassian.com/display/DOC/Requirements), I saw "Confluence is officially tested on the following application servers: ... Resin 2.1.11 and above" which made me assume that version 3 was just as well supported. I didn't read further down where it says that there are special installation instructions for that particular version. Maybe this should be made a bit more explicit.

I think your number one point about looking at the precise environment is very important, certainly when several users report a problem and you are unable to reproduce it. This links back to your second point, if several users are reporting it, "Could not reproduce" is most definitely the wrong resolution since obviously several people can.

Thanks a lot for having tracked this down, it buys us some time to migrate to some kind of open-source solution.
Re: Atlassian's support is well ... euhm interesting
I'm confused... isn't Confluence open source if you actually pay for it? (As in, they give you the source with any commercial license?)

Are you complaining about support on a free license?
Re: Atlassian's support is well ... euhm interesting
Yes, I was complaining about support on a free license. A free license is just like any other license, except that you didn't pay for it (http://atlassian.com/software/confluence/pricing.jsp#nonprofit). Atlassian gives them out for several reasons (I think):
* they use a lot of open-source in their products and want to allow open-source products to benefit by getting something back in terms of functionality
* they get a lot of free publicity and traction by doing this
* it spreads the word about their products

This issue basically turned our wiki into a static website for several months, which kinda defeats the purpose of using a wiki, doesn't it? I never complained about the swiftness of response, nor the guarantee of fixing problems. This post talks about the reactions and the fact that such a bug if it wouldn't be resolved would lock us into a vendor. Hence why we still will be looking into moving to an open-source solution. No, we can't afford a license for RIFE since it's totally philanthropical without any revenue attached. The investment in time is already so considerable that having to pay for licenses for everything we use would be totally impossible.

Add a new comment

:) ;)
=) :-)
:'( :(
:/ :D
:| :p
:o 8)
Your email address will not be displayed at anytime on any page.
Only provide your email address if you'd like updates on this entry
and it's comments by email.
Please answer this simple math question:
12 - 7 = 
 
 
  

Manage subscription

Remove email:
 

< CALL FOR ACTION: vote with us, HotSwap has to improve   What is a feature? >
 
 
 
Google
rifers.org web