<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Time Begin: 1310
<br>
<b>Note</b>: Technical difficulties with Talkyoo forced us to do an
IRC chat based meeting
<br>
<br>
<b>People Present:
</b><br>
Bjoern, Brenda, Cor, Florian, Joel, Petr, Rob, Robinson, Steve
<br>
<br>
<b>Pending Action Items:
</b><br>
<br>
*Attachments on FDO (Auto default)
<br>
+Bjoern has contacted Tollef – fell off radar but wants to
get it done this week
<br>
+<i><b>ACTION</b></i>: Bjoern is going to ask Tollef if he
could use some help with FDO management, we understand he's really
busy but we have some small tasks that <br>
probably could be done on our side if right permissions
were given.
<br>
<br>
*NEEDINFO Stagnant Bugs
<br>
+Joel did not start process because process to track bugs
was not set
<br>
+Options to track:
<br>
-New temporary whiteboard status
<br>
*Pros: Easy
<br>
*Problem: would require going back and removing
status, adding yet another whiteboard status isn't ideal
<br>
-Specific comment that we could easily query out
<br>
*Pro: Relatively easy
<br>
*Con: Slow & tedious
search<br>
-New QA TDF Email (or outside of TDF if necessary)
<br>
*Pro: Really easy to query, acts more like “QA
action” vs. individual action, shields individual members a little
from negative feedback because of group decision.
<br>
*Cons: Not sure that we can get TDF email
<br>
+<i><b>AGREED</b></i>: Option 3 is best for many reasons,
even if no TDF email, possible to use outside email address
<br>
+<i><b>AGREED</b></i>: 2 Emails Addresses may be best (one
for QA Admin stuff such as warnings, one for FDO management)
<br>
+<i><b>ACTION</b></i>: Joel will investigate email option
and hopefully move forward with closing bugs soon
<br>
<br>
*Localized French BSA
<br>
+Rob gave update, translation done, most work done but still
some snags with Fr-QA mailing list
<br>
+<i><b>ACTION</b></i>: Robinson will get in touch with
Sophie to see if we need a QA wiki page describing procedures with
new BSA. If we do, he will coordinate with her to write one
<br>
<br>
*Contest
<br>
+Prizes
<br>
-The Document Foundation (TDF) is unable to pay for
prizes because of legal reasons, but handing out LibreOffice
merchandise should work<br>
-<i><b>ACTION</b></i>: Joel and Robinson will shop
around for prices for things such as laptop cases, tshirts
<br>
-<i><b>AGREED</b></i>: Should price in US and Europe to
minimize shipping
<br>
-<i><b>AGREED</b></i>: Buying in bulk along at a similar
time as an event might save money
<br>
*Hamburg Hakfest may be at similar time
<br>
-Joel can purchase the stuff in advance if needed if he
will be reimbursed but will try to avoid this
<br>
-<i><b>ACTION</b></i>: Petr will talk to Kendy about
anything we might currently have available but Joel thinks that it
is quite limited currently, our stock of stuff is depleted.
<br>
-<i><b>AGREED</b></i>: Not a pressing issue, have at
least until May to finalize
<br>
<br>
<b>New Action Items:<br>
</b><br>
*FDO
<br>
+Bugs filed against Extensions, Templates, Etc...
<br>
-Extensive talk about if bugs reported against
Extensions & Templates are our bugs
<br>
-In general there is agreement that NOTOURBUG along with
a friendly comment saying to contact the extensions developer is the
appropriate response \<br>
but there are some issues
<br>
*There are some extensions that are bundled with
LibreOffice – these are clearly are bug even if author has quit
developing the extension
<br>
*No agreement how to mark them as of yet but options
discussed (see “options” below)
<br>
-Extension/Template Options
<br>
1. Close as NOTOURBUG + comment to contact
extensions author
<br>
-Remember some extensions are bundled with
LibreOffice
<br>
-Here adding ability to have “comments” on
extensions would be great so that users could directly get in touch
with extension developing
<br>
-If comment not available, having an easy
“contact author” button would be good
<br>
2. New Product for “Extensions” on FDO
<br>
-Add an entirely new product on FDO for
Extensions
<br>
-Some concern that this will not help QA at all
and will only confuse users
<br>
-Another potential issue is if we have a
contract with FDO for 1 product (not sure)
<br>
-Another issue is that we would use component
for this product for each extension, meaning we would have >150
components. Lots of work for QA to sort
<br>
3. Add a New Component (Official Extensions vs.
Unofficial)
<br>
-Official would be our bug, unofficial would get
#1 option applied
<br>
-Other Notes
<br>
*Having an “official badge” was discussed, would be
a really useful addition to extension site
<br>
*If author has abandoned their extension, we can
either delete the extension if it's broken or make bug report an
enhancement if another developer wishes to fix it
<br>
<br>
-<b>AGREED</b>: Move discussion to email, try to find
consensus, if not vote to decide
<br>
<br>
*Certified QA Team
<br>
+Question about if QA should have certification process like
new certified developers
<br>
+<i><b>AGREED</b></i>: Not appropriate/needed at this time
<br>
+<i><b>AGREED</b></i>: Having a “core team” page that is
hard coded on website, possibly with images of us would be useful –
if for no other reason than to develop <br>
sense of community and pride in our commitment. Also
useful for resume building for our team members
<br>
+<i><b>ACTION</b></i>: Joel will contact web team about this
<br>
<br>
*Talkyoo Problem
<br>
+<i><b>ACTION</b></i>: Everyone will look at alternatives
<br>
-IRC was a +1 for some people present, more people
definitely involved this way
<br>
-If we go to new phone service, should include skype
call in
<br>
+<i><b>ACTION</b></i>: Petr will investigate problem with
Talkyoo<br>
+<i><b>AGREED</b></i>: Talkyoo has consistently been a
headache
<br>
<br>
<b>End Time</b>: 14:15
</body>
</html>