LibreOffice Migration Workshop in Tirana

I have spent the last weekend in Tirana, the capital city of Albania, with a group of young members of the local LibreOffice/FLOSS community – Anxhelo Lushka, Augest Dalliu, Greta Doci, Jona Azizaj, Kristi Progri, Mariana Balla, Marinela Gogo, Redon Skikuli, Sidorela Uku, Silva Arapi and Suela Palushi – for a LibreOffice Migration Workshop.

As everyone can see from the picture, the LibreOffice/FLOSS community in Albania is different from any other open source community, as it has a large majority of women: in fact, the workshop was attended by seven women – Greta, Jona, Kristi, Mariana, Marinela, Sidorela, Silva and Suela (plus another two or three for a few hours) – and three men: Anxhelo, Augest and Redon.

We have planned the workshop at the end of OSCAL, the local FLOSS conference I have attended in mid-May, after a meeting with several representatives of the city of Tirana – organised by Redon Skikuli, and attended by Anxhelo Lushka, Jona Azizaj and me – during which the authorities have expressed their interest in LibreOffice.

During the two days of the workshop, we have covered a large number of topics, from the history of LibreOffice – including development, and activities focused on improving quality and reliability of the software such as Coverity Scan and OSS-Fuzz – to the Migration Protocol and the Training Protocol.

We have gone through every step of the Migration Protocol and we have focused on the different activities included in the analysis, as during the upcoming months the local team will support the city of Tirana for this stage of the project, to help understand the challenges of the migration to LibreOffice.

Last, but not least, I have presented – for the first time – the new slide deck explaining the advantages of ODF vs OOXML to end users, based on the extensive research on the subject I have done during the last six months.

All slide decks will be uploaded to TDF wiki during the next weeks (https://wiki.documentfoundation.org/Gallery_Presentations).

 

LibreOffice contributor interview: Daniel A. Rodriguez

Having concluded our video interviews from FOSDEM, we now return to our regular LibreOffice contributor interviews on the blog. Today we talk to Daniel A. Rodriguez, an Argentinian LibreOffice and Free Software supporter, who helps with marketing, translations and design.

Where do you live, and are you active on social media?

I live in Posadas, the capital of Misiones in the north-east of Argentina. Here’s my Google+ profile.

Do you work for a LibreOffice-related company or just contribute in your spare time?

I use my spare time to contribute.

How did you get involved with LibreOffice?

When the LibreOffice project started (as a continuation of OpenOffice.org) I was still quite a new GNU/Linux user, but wanted to return something to the global community which had helped me many times before. So, I subscribed to mailing lists and – I don’t remember exactly how – in January 2011 I started to translate the LibreOffice website into Spanish.

What areas of the project do you normally work on? Anything else you want to tackle?

I try to stay tuned to marketing, translating press releases, design blog posts and developer blog posts. I maintain several social media profiles as “Comunidad LibreOffice Argentina”:

All of these can, I think, help to attract volunteers to the project. But we must recognize that the Spanish community is fragmented into several geographical regions. And that’s why at the end of 2016, with help from two
other community member (Adolfo Jaime Barrientos and Carlos Parra Saldivar), we started a new blog at The Document Foundation. Now it has another well known LibreOffice user and advocate: Ricardo Berlasso. The goal is to get more people participating, now and then.

Sometimes I work on ideas that others can bring into reality – such as the airport advertisement for the launch of LibreOffice 4.0, or more recently the MUFFIN illustration for the blog post in December.

What was your initial experience of contributing to LibreOffice?

Being able to participate actively in an international community, with the push and motivation that revolves around LibreOffice and Free Software, was – and still is – indescribable.

What does LibreOffice need most right now?

I think that an option for automatic updates, like Firefox has for example, would be great.

Finally, what do you do when you’re not contributing to LibreOffice?

I work the whole day in a secondary school with a technical orientation. My obligations are to maintain the infrastructure on which different systems work: institutional management, Virtual Education Environment, proxy cache, DNS, among others.

Thanks Daniel! And thanks to everyone else involved in marketing and localisation of LibreOffice. If you’re reading this and want to join the friendly, worldwide LibreOffice community, get involved!

LibreOffice Quality Assurance: six months in statistics (part 2)

This is the second part in our blog series about the LibreOffice QA (quality assurance) community – see here for the first part.

Regressions

During the six month period from 23 November 2016 to 21 May 2017, 553 bugs were identified as regressions by 61 people. This means a feature behaved correctly in the past – but a change in the code made it work incorrectly. This is an expected problem in any software project, especially when many changes to the code are done every day. For that reason it’s very important to determine whether a bug is a regression or not – and to identify regressions as soon as possible to maintain the quality of the software.

It’s also important to mention the tremendous amount of effort developers spend on adding new unit tests in order to avoid regressions from being introduced again. More information about that here.

Top 15 regression identifiers:

  1. Xisco Faulí (190)
  2. Buovjaga (81)
  3. Telesto (50)
  4. Áron Budea (35)
  5. Alex Thurgood (32)
  6. Justin L (11)
  7. Cor Nouws (11)
  8. tommy27 (11)
  9. Julien Nabet (9)
  10. Yousuf Philips (jay) (9)
  11. m.a.riosv (9)
  12. V Stuart Foote (7)
  13. Kevin Suo (6)
  14. Luke (6)
  15. Jacques Guilleron (6)

These are the statuses of the bugs identified as regressions:

More than half of these bugs have been RESOLVED (243), or resolved and VERIFIED (57) – 54.2% to be exact.

Bisected

Once we identify that a bug is a regression, we can use a tool called bibisect to identify at which point the regression was introduced, allowing us to speed up the process of fixing the bug.

During the last 6 months, 346 bugs have been bisected by 14 people.

Top 14 ‘bisecters’:

  1. Xisco Faulí (186)
  2. Áron Budea (77)
  3. raal (50)
  4. Justin L (10)
  5. Terrence Enger (6)
  6. Michael Stahl (4)
  7. Mike Kaganski (4)
  8. Miklos Vajna (3)
  9. Buovjaga (1)
  10. Kevin Suo (1)
  11. Luke (1)
  12. Jean-Baptiste Faure (1)
  13. Caolán McNamara (1)
  14. Katarina Behrens (1)

And these are the statuses of the bugs bisected:

Of the bisected bugs, 55.7% are either RESOLVED (148), or resolved and VERIFIED (45).

Backtraces

Another way to accelerate the fixing process is by providing a debug trace when there’s a crash, slowness or a freeze in the software.

During the last 6 months, a debug trace has been added to 140 bugs by 14 people.

Top 13 debug trace providers:

  1. Julien Nabet (48)
  2. Xisco Faulí (35)
  3. Buovjaga (28)
  4. fiftyigfuci_f_mi (10)
  5. Alex Thurgood (6)
  6. V Stuart Foote (4)
  7. Áron Budea (4)
  8. Telesto (3)
  9. Terrence Enger (3)
  10. Yousuf Philips (jay) (2)
  11. JoNi (2)
  12. Kevin Suo (1)
  13. Cor Nouws (1)

These are the statuses of the bugs with a debug trace:

More than two-thirds of these bugs have been RESOLVED (74), or resolved and VERIFIED (22) – 69.4% to be exact.

Duplicate bugs

Knowing that many bugs are reported everyday, it’s important to identify if a certain bug was reported previously and therefore whether it’s a duplicate or has never been reported before.
During the last six months, 757 bugs have been identified as duplicates by 91 people.

Top 20 duplicate identifiers:

  1. Xisco Faulí (142)
  2. Buovjaga (116)
  3. V Stuart Foote (79)
  4. Áron Budea (40)
  5. Telesto (31)
  6. Alex Thurgood (28)
  7. m.a.riosv (27)
  8. Julien Nabet (26)
  9. Heiko Tietze (20)
  10. Timur (19)
  11. Khaled Hosny (18)
  12. Yousuf Philips (jay) (15)
  13. Maxim Monastirsky (14)
  14. Adolfo Jayme (13)
  15. Gábor Kelemen (11)
  16. Mike Kaganski (10)
  17. Cor Nouws (10)
  18. Jacques Guilleron (8)
  19. Bartosz (8)
  20. Regina Henschel (6)

Resolved bugs

The cornerstone of the project is its development work. During the six month period, 955 bugs were set to RESOLVED FIXED by 147 people.

Top 20 fixers:

  1. Caolán McNamara (73)
  2. Miklos Vajna (53)
  3. Eike Rathke (41)
  4. Michael Stahl (39)
  5. Julien Nabet (38)
  6. Justin L (36)
  7. Adolfo Jayme (33)
  8. Heiko Tietze (29)
  9. Samuel Mehrbrodt (29)
  10. Xisco Faulí (26)
  11. Gábor Kelemen (25)
  12. Yousuf Philips (jay) (23)
  13. Maxim Monastirsky (22)
  14. Markus Mohrhard (22)
  15. V Stuart Foote (19)
  16. Zolnai Tamás (18)
  17. Mike Kaganski (18)
  18. Katarina Behrens (17)
  19. Khaled Hosny (16)
  20. Winfried Donkers (15)

Verified fixed bugs

Finally, once a bug has been fixed, it’s important to verify that it has indeed been fixed.

During the last six months, 212 fixes have been verified by 28 people.

Top 15 verifiers:

  1. Justin L (65)
  2. Xisco Faulí (24)
  3. Buovjaga (18)
  4. Timur (16)
  5. m.a.riosv (11)
  6. Julien Nabet (9)
  7. Heiko Tietze (7)
  8. Terrence Enger (7)
  9. Jean-Baptiste Faure (7)
  10. Thomas Lendo (6)
  11. Áron Budea (6)
  12. raal (4)
  13. Yousuf Philips (jay) (4)
  14. Cor Nouws (4)
  15. V Stuart Foote (3)
  16. Kevin Suo (3)
  17. Luke (3)
  18. Jacques Guilleron (3)
  19. Zineta (2)
  20. Alex Arnaud (2)

Get Involved!

So, you’ve seen what the QA team is doing across the LibreOffice project – why not get involved and help out? Even if you only have half an hour of spare time each week, by confirming bugs (and fixes) you can make LibreOffice better for millions of people around the world. And in addition, you build up valuable experience working with a large project and open source community – which could be very useful for a future career! Discover more about the QA team in our video interview with QA engineer Xisco Fauli.

(Notes about this blog post: raw data can be checked here. For more stats, visit the stats page in the QA wiki.)

Month of LibreOffice, May 2017: The results!

So the Month of LibreOffice, May 2017 has come to a close. We’ve had awesome contributions all across the project, from code patches and bug report confirmations, through to translations and user support. Here’s how many stickers have been awarded:

Click the number for the full details. And then, if you see your name (or username) on that page, claim your sticker! Yes, you can get a cool sticker for your laptop or other devices. Simply email mike.saunders@documentfoundation.org with your name (or username) from the wiki page, along with your postal address, and we’ll send you a sticker in the next couple of weeks. It’ll look like this:

(Note that your postal address will only be used for posting the sticker to you, and not be stored afterwards or used otherwise.) Enjoy showing off your sticker, and thanks again for your contribution!

Behind the scenes

Meanwhile, let’s reflect on the past month. This graph shows how the number of awarded stickers grew over the 31 days of May:

While there was a big jump at the start as new names were added, it was good to see a steady stream of additional LibreOffice contributors over the month. There were no really “quiet” periods – we were monitoring code patches, bug report confirmations, translations, documentation contributions and user support (on Ask LibreOffice), and every day we added new people to the stickers list. This reflects on a healthy and lively project and community, so long may it continue!

And a final word: when you look at the “Contributing code patches” section of the stickers page, note that these are community contributions, on top of the daily work done by paid LibreOffice developers. It’s great to see so many people getting involved, exploring the source code and working on Easy Hacks.

We’ll be running another Month of LibreOffice later in the year – but you can get involved at any time. Join our friendly community, help make LibreOffice even better, and we look forward to your contributions!

LibreOffice Quality Assurance: six months in statistics (part 1)

During the last six months (from 23 November 2016 to 21 May 2017), many things have happened in LibreOffice and in Bugzilla, its bug tracker, where bugs are reported by users, triaged by the quality assurance (QA) team and finally handled by developers, if needed.

New bugs

During this time, 3664 bugs were reported by 1621 users, of which 425 are tagged as enhancement requests.

Top 15 reporters:

  1. Telesto (285)
  2. Yousuf Philips (jay) (103)
  3. Xisco Faulí (97)
  4. Regina Henschel (61)
  5. Thomas Lendo (60)
  6. Áron Budea (51)
  7. Volga (45)
  8. Gábor Kelemen (44)
  9. Samuel Mehrbrodt (42)
  10. Heiko Tietze (31)
  11. andreas_k (28)
  12. Cor Nouws (27)
  13. Miklos Vajna (25)
  14. Mike Kaganski (25)
  15. Timur (23)

The following chart shows the total number of bugs reported each week during this period, week 48 of 2016 being the week with the highest number of bug reports (185) and week 52 with the lowest (94) – and with week 52 being the last week of the year, this comes as no surprise:

Writer (1168) is the component with the most bug reports, followed by Calc (647), LibreOffice in general (495), Impress (284) and the user interface (UI) (253):

Most of these bugs are reported for all operating systems (2194). However, some are specific to Windows (791), Linux (518) or macOS (142). This is an important part of the triage process, as it’s fundamental to determine whether a bug affects all operating systems or just some of them.

The same happens with the CPU architectures. Most of these bugs affect all architectures (2725), while some affect only x64 (790) or x86 (140) computers:

Onto bug statuses: freshly reported bugs start as UNCONFIRMED, and have to be independently confirmed to become NEW. If they can’t be confirmed, the QA team often asks further details from the reporter, and sets the status to NEEDINFO.

Once a bug has been confirmed, a developer can pick it up, and either have the bug ASSIGNED to him or her – or submit a fix and set status to RESOLVED FIXED right away. Once the issue has been fixed, the fix should be (and sometimes is) VERIFIED.

A couple of other statuses could indicate different reasons why the bug report was closed: the bug is not there anymore (RESOLVED WORKSFORME), it was already reported (RESOLVED DUPLICATE) or it was not a bug in the first place (RESOLVED NOTABUG) to name a few.

This is the current status of the reported bugs:

Here we can see that most of them are either set to RESOLVED (1534) or to NEW (1302) which represent 41.8% and 35.5% of the total respectively. 373 are set to NEEDINFO and 257 are still UNCONFIRMED.

In the following chart, we can see that most of the RESOLVED bugs created during the last six months are closed as DUPLICATE (550) or already FIXED (549). 205 are closed as WORKSFORME, and 201 as NOTABUG.

Unconfirmed bugs

Having a low number of unconfirmed bugs allows the QA team to have a quicker feedback loop between users and developers.

On 17 November 2016, the number of unconfirmed bugs was at 562 – and on 11 May 2017 it was at 450, which shows a downward trend over the months:

During this time, 2941 bugs were triaged and moved from UNCONFIRMED to some other status by 174 people.

Top 20 ‘Confirmers’:

  1. Xisco Faulí (727)
  2. Buovjaga (648)
  3. V Stuart Foote (139)
  4. tommy27 (109)
  5. Áron Budea (101)
  6. m.a.riosv (94)
  7. Julien Nabet (84)
  8. Alex Thurgood (83)
  9. Heiko Tietze (81)
  10. Jacques Guilleron (79)
  11. Yousuf Philips (jay) (77)
  12. Telesto (69)
  13. Cor Nouws (40)
  14. Samuel Mehrbrodt (34)
  15. carlos.deambroggio (33)
  16. Regina Henschel (30)
  17. Olivier Hallot (24)
  18. Joel Madero (23)
  19. Miklos Vajna (22)
  20. Adolfo Jayme (22)

You can check the current list of unconfirmed bugs here. More help is always welcome in keeping the project healthy and bug-free!

This concludes the first part of the statistics – we’ll post the second part soon, so keep an eye on the blog.

Video interview: Olivier Hallot, Documentation Coordinator

Olivier is one of the founding members of The Document Foundation, and has been involved in LibreOffice (and OpenOffice.org before that) for many years. Today he works as the Documentation Coordinator for LibreOffice, and in this video he talks about updates to the technology used by the documentation team, as well as the importance of building communities:

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

The Document Foundation All Rights Reserved 2025
Proudly powered by WordPress | Theme: Refined Magazine Pro by Candid Themes.