Meet the team at The Document Foundation

LibreOffice is made by hundreds of people around the world, working on code, documentation, QA, translations, marketing, infrastructure and much more. Coordinating the project’s activities is the team at The Document Foundation, the non-profit behind LibreOffice. Let’s see what the team members do:

1. Christian Lohmaier, Release Engineer

Christian’s typical tasks include taking care of the continuous integration system (both the automation server and the build machines), managing the LibreOffice release process, handling app store updates with all the paperwork that entails, managing the technical side of language translations not only for LibreOffice, but for any translatable system we have and making sure our integration with payment platforms works smoothly. He has also been involved in creating and maintaining websites and web services.

Christian’s work is influencing the developer experience as well. In the past, LibreOffice’s Windows development setup was somewhat messy. After Christian introduced automation into the setup process with the help of WinGet scripts, there has been much less need for troubleshooting.

2. Dan Williams, Developer

Dan was involved in the Mac port back in the 2000s when LibreOffice was still called OpenOffice.org. For some months now he has been working for TDF on user interface and macOS tasks. He has done corrections to the handling of system UI themes, implemented support for special macOS keyboard shortcuts and macOS-specific menu items, fixed database links going missing from .ods files, and fixed an issue with printing notes from Impress presentations on macOS. His ongoing work includes experimenting with Qt UI on macOS and reworking the code for Notebookbar.

3. Florian Effenberger, Executive Director

Florian is one of the founders of TDF, and its Executive Director since 2014. He manages our worldwide team of 18 people, and deals with a variety of tasks in accounting, financials, taxes, budget, payroll, annual audit, banking, legal topics, employment and HR. He supports the board and the membership committee and onboards those new in office. He regularly gives presentations at events, is active in the German community and has written extensively about the tasks he is involved on our forum.

4. Guilhem Moulin, Infrastructure & Services

Guilhem is managing our servers and the approximately twenty web services needed every day by LibreOffice users and contributors. Major updates to the operating systems and the web applications require careful studying of what needs to be taken into account to ensure everything keeps operating smoothly. Often this goes into the level of studying individual code changes. Compatibility breakage has to be mitigated or at least communicated.

5. Heiko Tietze, UX Architect

Heiko is collaborating with user experience design volunteers in planning improvements to LibreOffice. Not being content with planning, he then goes and implements the proposals, either by himself or with help from others. Heiko always denies being a C++ developer yet inexplicably has over 700 LibreOffice code changes in his name. He has mentored in over a dozen Google Summer of Code (GSoC) and Outreachy projects, for example in the reworking of Table Styles and UI theming. Being an active mentor means that he is doing code reviews for new developers all year round as well as inventing new easy tasks.

A recent large-scale project of his is implementing vertical tabs in dialogs.

6. Hossein Nourikhah, Developer Community Architect

Over a hundred developers get their start in LibreOffice code every year. Facing seven million lines of code can be intimidating, so we have a tradition of providing a selection of tasks we call “easy hacks“. Hossein is tending to this catalogue of beginner tasks and reviewing the submitted code changes. Whenever a new developer has issues with setting up a development environment, he jumps in to help. He is also writing developer documentation on the TDF wiki and publishing blog posts about development.

He has mentored GSoC projects such as cross platform bindings for .NET and Python code auto-completion. His recent contributions include initial support for Qt 6 UI on Windows together with Michael Weghorn, based on earlier work by Jan-Marek Glogowski.

7. Ilmari Lauhakangas, Development Marketing

Ilmari is bringing in new contributors to quality assurance, design, C++ development and documentation. In a typical year he teaches nearly 200 people about getting involved in LibreOffice. He is also triaging (and sometimes fixing) bugs, doing web development, maintaining the wiki, doing code reviews and managing internship programs.

8. Italo Vignoli, Marketing & PR

Italo Vignoli is a founding member of The Document Foundation and the LibreOffice project, the Chairman Emeritus of Associazione LibreItalia, an Ambassador of Software Heritage, and a proud member of Free Software Foundation Europe (FSFE). He is a past board member of Open Source Initiative (OSI). Italo co-leads LibreOffice marketing, PR and media relations, co-chairs the LibreOffice Certification Program, and is a spokesman for the project. He also handles advocacy and marketing activities for the Open Document Format ISO standard.

9. Jonathan Clark, Developer

For the past two years Jonathan has been working on LibreOffice features in the categories of right-to-left scripts, complex text layout and Chinese-Japanese-Korean. In addition to numerous quality of life improvements, he has implemented support for Start/End paragraph alignment while making it the default instead of Left/Right, and made the CJK text grid compatible with Microsoft Word. On the mentoring side he is constantly reviewing code submissions from newcomers and was involved in the BASIC IDE object browser GSoC project.

Jonathan is currently looking into fundamental improvements in the LibreOffice user interface.

10. Juan José González, Web Technology Engineer

As mentioned earlier, TDF hosts a rather large number of web applications, some of them created from scratch. These custom web services include the Extensions and Templates site and the Crash Report site. Juan José has been heavily involved in redesigning and maintaining these two sites. He has also worked on sites for various LibreOffice conferences, improved our localisation tooling and created tools to combat spam in our forums.

11. Michael Weghorn, Developer

TDF wants LibreOffice to be easy to use for visually impaired people, and three years ago Michael was hired to make sure we always deliver accessible software. LibreOffice has lots of variety in its content types and user interface widgets. This means that we are sometimes testing the limits of accessibility APIs, which are also different per operating system. To ensure optimal results in LibreOffice accessibility, Michael is working with developers of toolkits such as GTK and Qt, and with developers of screen-reader applications such as Orca and NVDA.

At the moment Michael is working to bring LibreOffice’s Qt user interface support to the next level and seeing how it works on Windows.

12. Mike Saunders, Marketing and Community Coordinator

Mike is a long-time Linux and free software journalist, and joined the team in 2016 to work in the areas of marketing and community outreach. He helps to maintain the LibreOffice social media channels, interacting with users to encourage them to join the project and contribute. He also interviews community members, writes blog posts, works on videos and podcasts, and organises events.

13. Neil Roberts, Developer

Neil joined the team a couple of months ago to improve the scripting and API side of LibreOffice. He has implemented a new approach for Lua UNO API bindings, added QuickJS-based JavaScript bindings together with Stephan Bergmann and made it possible to create and edit Python macros via the Macro Organizer dialog.

Neil will also be collaborating with Michael Weghorn on user interface renovation projects.

14. Olivier Hallot, Documentation Coordinator

Olivier started contributing back in the OpenOffice.org days in 2001 as part of the Brazilian community and is one of the founding members of TDF. For ten years he has been leading the documentation effort for LibreOffice. The documentation team maintains several guide books, a huge collection of help articles, wiki pages and even tooltip texts seen within LibreOffice itself. Olivier has opinions on writing good release notes and is not shy to share them!

Olivier is also fixing UI issues and making sure everything works with regards to localisation.

15. Sophie Gautier, Foundation Coordinator

Sophie has been in the LibreOffice project since the beginning (and in OpenOffice.org before that), and helps with TDF administration tasks, such as organising meetings and managing the travel refund tool. In addition, she helps to organise the yearly LibreOffice Conference, and works with the localisation communities to make LibreOffice available in as many languages as possible.

16. Stephan, Administrative Assistant

Stephan helps with administrative tasks for the foundation, such as meeting minutes, accounting reports, donation queries, travel bookings, travel expense reimbursements, ordering equipment, issuing donation receipts, payment processing, and translations.

17. Vissarion Fysikopoulos, Developer

Having started about a month ago, Vissarion will focus on taking Base to the next level. The current development plan includes finishing the new Report Builder, polishing Firebird support and adding support for SQLite.

18. Xisco Faulí, QA Engineer

Xisco did a Google Summer of Code project for LibreOffice in 2011 and joined the TDF team in 2016 to work on QA (quality assurance). At first he was triaging bugs, but gradually moved to writing automated tests. By now he has added thousands of tests. He keeps LibreOffice’s hundred external dependencies up to date, fixes critical bugs, improves graphics support, helps with the release process, is involved in reviewing security reports and handles the crash report system alongside other automated systems related to guarding the quality of the software. He also mentors GSoC projects.

As mentioned, the team is just a small part of the overall LibreOffice community. Everyone is welcome to find out what you can do for LibreOffice – to learn new skills, meet new people, and be part of a project making software used by millions of people around the world!

New Web and Mobile Strategy for LibreOffice

New Web and Mobile Strategy for LibreOffice

LibreOffice is a desktop application, and we will continue making it. But we have constant requests for web and mobile versions, so here is our updated plan. These are minutes from the TDF Team and Board of Directors meetings on web and mobile strategy for LibreOffice:

Who was present

Team: Michael Weghorn, Jonathan Clark, Sophie Gautier, Neil Roberts, Mike Saunders, Guilhem Moulin, Heiko Tietze, Ilmari Lauhakangas, Dan Williams, Xisco Fauli, Christian Lohmaier, Vissarion Fysikopoulos, Juan José Gonzalez, Olivier Hallot, Florian Effenberger, Hossein Nourikah

Board: Eliane Domingos, Mike Saunders, Paolo Vecchi, Simon Phipps, Sophie Gautier

Summary

The meetings, which took place April 20, April 22 and May 19, focused on discussing LibreOffice and TDF strategies for the evolving development landscape and the future of LibreOffice across all platforms – desktop, mobile, and cloud. Team roles were reviewed, and new assignments were proposed.

Status of the current foundation team activities

Since 2020, the development of LibreOffice within the foundation focused almost uniquely on the desktop version of LibreOffice (and to a lesser extent, the Android viewer app) and that part will continue unchanged. Therefore the foundation will continue to deliver two major LibreOffice releases per year.

Engineering Steering Committee (ESC)

The current ESC members and activities remain unchanged, and weekly meetings continue with reports on activities, releases, topics and project management. The meeting, as always, is open to the development community.

Community support

No changes in vision for community support. Regional events and special projects remains as they are, and require proper and timely project submission and available budget. Google Summer of Code and Outreachy will continue as before. The LibreOffice Conference 2026 is planned and will take place in Pordenone, northern Italy.

Marketing and communications

Marketing and communications will adapt to the current situation of the foundation and LibreOffice . More communication of team activities and product development is needed, as well as improving the use of social networks for mass communication. Unification of the several different blogs is under consideration.

Challenges ahead

The foundation is challenged to address the following areas:

  • Develop an online and mobile version of the suite. The challenge is to select the technology that fulfill both end-user and server side management
  • Innovate in collaboration such as peer-to-peer document editing
  • Continue to produce two releases per year of the desktop and Android viewer versions
  • Improve the user interface and usability of LibreOffice
  • Keep the quality and security of the office suite
  • Develop new features and improve current features
  • Cherry-pick relevant features and improvements from other software producers
  • Full support of the Open Document Format (ODF)
  • Produce adequate documentation for development processes and the current and new products
  • Be an active participant of the major open source communities and government initiatives for FOSS and nations’ sovereignty
  • Preserve donation inflow and pursue corporate or government donations through development projects

New assignments of the team

It was suggested that the team be distributed in two parts, with proper interaction between the groups. Additional headcounts, as well as external contracts are considered to fulfil the mission. New community developers will be assigned to tasks upon demand.

Of critical importance, the suite security and CVE’s management were assigned to Christian Lohmaier (Release engineer) and Xisco Fauli (Quality Control). Coverity and OSS-Fuzz services are assigned to Xisco Fauli. These new missions require additional manpower, and provisions for hiring an additional QA specialist is needed.

The team will select valuable technology and code under FOSS licenses, and from companies using LibreOffice Technology.

Mobile, cloud and peer-to-peer development

Mobile and cloud development management is assigned to Jonathan Clark (leader), with support from Dan Williams, Michael Weghorn and Neil Roberts. The planning and priority goals established are based on Jonathan Clark’s “Web and Mobile Development Strategy Proposal” for the remainder of 2026, and include:

  • WebAssembly (WASM) Optimization: Enhancing and polishing our functional prototype based on Qt 6 and WebAssembly. This technological route will run the application robustly and natively directly inside the user’s browser, without overloading hosting servers.
  • Accelerating the mobile project: The goal for 2026 involves technical advancement in the graphical user interface (GUI) code and testing builds on Android and iOS emulators, with advisory support from Dan Williams for iOS-specific topics.
  • Smart collaborative editing: We will initiate practical collaborative editing tests using a stable client-server architecture (via direct TCP/IP connections), paving the way before advancing to peer-to-peer (P2P) network research.

Conclusion

The Document Foundation is challenged to evolve and expand LibreOffice to other computing platforms, and include collaboration editing. This requires changes in the current team activities, mission and organization. The Board and the team are fully committed to addressing these challenges and reporting to the public the development and achievements obtained. Freedom has never been so valuable for the LibreOffice community.

Discuss our plan and strategy on our forum here

Q&A about Media Articles and Forum Comments

Over the past week, a number of articles have appeared in the media and comments have been posted on forums containing questions – some explicitly stated and others implied – directed at The Document Foundation.

We have done our best to gather all these questions and provide a response that clarifies The Document Foundation’s position regarding the claims made in a couple of online posts and the resulting inferences drawn by readers who are only partially informed of the facts. Some of the questions may sound weird such as the one about all developers having left the project, which is not true but is a clear consequence of the intentionally biased framing provided by some people to damage The Document Foundation and LibreOffice.

With this Q&A document, we aim to provide clarity, although much of this information has already been provided in the past on this very blog, and all the data cited is available on The Document Foundation’s website (specifically, organisation, governance, ledger and annual report), on TDF dashboard (data relating to development and related activities) and on TDF Matomo site (data relating to downloads).

Q. What has happened to employees of ecosystem companies?

The Membership Committee at The Document Foundation has temporarily suspended the status of TDF member of employees of ecosystem companies, based on the rule set by the new Community Bylaws as a consequence of the two failed financial audits due to ecosystem-related conflict of interest issues around tenders and trademarks and other issues. The Community Bylaws now foresee that TDF membership is not possible during the period of time during which legal disputes of certain scope last between their employer and The Document Foundation.

The scope is defined by the Community Bylaws as “Members involved in legal claims for endangering the Foundation, e.g. by means of putting the charitable status at risk, or misusing TDF’s funds, or by damaging any of TDF’s assets, or by attempting to do any of these”. In other words, they do not cover any potential legal dispute, but only the most severe cases that endanger the core of the foundation, which have been identified and documented by several independent external financial auditors and lawyers.

Although TDF membership of the group of developers has been suspended, they are still members of the Engineering Steering Committee, are part of other groups in the community, participate in mailing lists and forums, are welcomed at TDF events, and if not covered by the company would receive the same travel refunding as every other member of the community.

Q. Why such a strong rule such as the suspension of TDF membership?

The rule has been introduced to prevent the reproduction of the problem related to the wrong behaviour of board members, including affiliates of ecosystem companies, while sitting on the foundation’s BoD, which has been acknowledged and confirmed in writing by independent auditors both in 2023 and 2024. This wrong behaviour dates back to 2020, although the authorities have requested the first audit only in 2023.

In fact, ecosystem companies representatives have repeatedly attempted to postpone or avoid the solution (in the way recommended by legal counsels) of the two legal issues related to the free use of the trademark to sell on online stores and the conflict of interest in the tendering process where company affiliates were at the same time ranking tenders, a point of technical contact, and overseeing TDF staff in charge of executing these tenders (regulated in the board’s rules of procedure), while the companies were potential winners of tenders, thus creating the problem that can lead to the complete loss of non-profit status.

All attempts to introduce rules to prevent the recurrence of the problematic conducts were unsuccessful in the past, including milder remedies such as those in the Conflict of Interest Policy in 2021, suggested by TDF lawyers and required to handle conflicts properly, e.g. by enforcing abstention from discussion of own matters, which were not approved by past boards which included also representatives of the commercial ecosystem.

On the contrary, the past boards even attempted to introduce a policy to restrict the freedom of expression of the members of staff (TDF’s paid team), as this team proactively pointed out the issues with trademarks and tenders.

So, after every possible adjustment to the governance structure was attempted, and every alternative solution to the strong rule of the suspension of TDF membership was explored, the only option left was the suspension of TDF membership.

Q. Why a legal proceeding against Collabora?

The Document Foundation has not sued any company, and it neither sued board members personally.

There are legal consultations between TDF lawyers and Collabora lawyers about situations in the past where Collabora representatives elected to the Board of Directors of The Document Foundation and with a clear Conflict of Interest have taken decision in the interest of the company and not in the interest of the non-profit foundation, creating the risk of loss of non-profit status to the foundation itself.

Q. What will happen to LibreOffice now that all developers have left the project, according to some people?

Based on Git data from the last 12 months, the 8 developers employed by The Document Foundation have contributed 4077 patches (37%), while the 47 employed by Collabora have contributed 4763 patches (43%), and the 221 volunteer developers (75%) have contributed 1871 patches (17%). So, it does not look that only Collabora employees write LibreOffice code, although they are indeed significant contributors.

According to the same Git data, in the top 20 Git contributors there are 8 TDF developers and 11 Collabora developers, with a rather balanced situation. Also, data are not considering the two new developers just hired by TDF, who have just started contributing and therefore have contributed just a few patches.

All the numbers can be checked by everyone by accessing the public TDF dashboard about development and all related activities and the public Matomo analytics. Based on numbers, the claim that all development work is done by Collabora is not confirmed.

TDF is also looking into hiring further developers currently to work on more areas of the code, and most importantly, share their knowledge with the community and the general public via blog posts, documentation, video recordings, hackfests, conference workshops and more.

Q. What about the principle of meritocracy that should inspire FLOSS projects?

We have published a blog post about our sense of meritocracy. If Collabora’s sense of meritocracy is counting patches instead of looking at the big picture and contributing to the future development of the project, then we are in completely different leagues. This could be accepted in the last century, not today, in front of the challenges we face (competition from Microsoft) and the opportunities we have (move to digital sovereignty).

Developers are instrumental for FLOSS, as much as they are instrumental for proprietary software, but this does not automatically mean that they have the right to rule FLOSS projects despite the provisions of the law. Of course, this applies to all FLOSS contributors. If the F in FLOSS refers to freedom, in a community where one group of contributors has an edge it would be difficult to talk about freedom.

Q. What about the re-opening of the LibreOffice Online repository at TDF?

The decision to move the LibreOffice Online repository to the “attic” was taken by a Board of Directors where representatives of developers had the majority of votes. It was not a decision suggested by community members, and it was not a decision representing the will of the majority of the community.
The act of taking LOOL source code from the attic was requested by members of the community, and the BoD acted accordingly. There was even an open letter to revive the repository: community.documentfoundation.org/t/open-letter-for-revive-lool-add-your-1-if-you-agree/9142

Of course, we can understand that the decision is not in line with every stakeholder’s point of view, but when you are in a community you have to respect what the members want and also work with them at the best possible outcome. In addition, the simple re-opening of an online repository cannot be a threat to Collabora, as both LibreOffice Online and Collabora Online and any other cloud office suite need other software and infrastructure to become a viable solution.

In fact, the discussion about the development of LibreOffice Online and a strategy for the future has yet to start at The Document Foundation, and everyone is invited to contribute.

Q. Why TDF is not supporting ecosystem companies selling enterprise optimized versions of LibreOffice?

TDF has always mentioned the enterprise optimized version of LibreOffice provided by ecosystem companies, especially when announcing new versions as all press release were featuring a paragraph about enterprise deployments with a link to the webpage where there was a direct mention of ecosystem companies. With reference to this specific topic, TDF is limited in advertising commercial products by the strict non-profit regulations.

Additionally, TDF had a prominent “Business user?” button on the download page (see e.g. the web archive links for www.libreoffice.org/download/download-libreoffice/), which was pointing directly to the ecosystem, from a website that was used tens of thousand times per day.

On the other hand, The Document Foundation had to stick to the promised made to all contributors at the time of the incorporation, and summarized by the Next Decade Manifesto (www.documentfoundation.org/media/tdf-manifesto.pdf), which was approved by all project founders before creating TDF as a legal entity. One of its principles is “To eliminate the digital divide in society by giving everyone access to office productivity tools free of charge to enable them to participate as full citizens in the 21st century”.

Q. Why has the Community Edition tagline disappeared?

The Document Foundation has decided to try to help ecosystem companies by implementing a marketing plan with actions targeted to the support of enterprise optimized versions of the software, always keeping in mind that the non-profit law provides for certain restrictions.

During the discussion phase, there were different options for a tagline to be added to the software name, to make the distinction between the community and the enterprise versions easier to spot, and “personal” was one of them as much as “community”. There were some mock ups of the different taglines, but none of them was implemented in the product.

The tagline Community Edition was voted by the majority of BoD members, who had a choice between Advance, Community and Rolling (and this confirms that Personal was not even one of the final choices). The votes can be checked here: community.documentfoundation.org/t/vote-libreoffice-7-1-tag-label/8898.

After a few years, it was entirely clear to everyone that the tagline Community Edition was not effective, because to educate enterprises you need a lot more than a tagline: first, you need a packaged product which looks like competitor’s products to the eyes of potential customers; second, you need sales people knocking regularly at their doors; third, you need a sound and aggressive marketing strategy.

Even FLOSS software who have added proprietary clauses to their OSI compliant licenses in order to have enterprises pay for their products have failed. The task is difficult to impossible, and even one of the most brilliant (and focused on this issue) FLOSS managers – Drupal’s and Acquia’s Dries Buytaert – has been trying for years to connect the dots in order to get results and has not been entirely successful (according to his blog posts).

Q. What about sales for profit on online store by a not for profit? Why this does not represent a risk for non-profit status?

The Document Foundation is a charitable organization, but has an associated business unit (with specific accounting rules) to manage those activities which cannot be managed by the charitable organizations such as sales in stores, sales of merchandise, and the likes. TDF pays both VAT and corporate taxes on these sales, and this can be checked by accessing the ledgers which are published on a monthly basis. The authorities have scrutinized TDF ledgers for years and have not found issues which could represent a risk for the non-profit status with regards to app store sales.

Q. What about Collabora Office for the Desktop? Is this fork a threat to LibreOffice?

There are internal documents dating back to 2022 about the risks of Collabora forking LibreOffice, because the threat was clear for everyone since that time. The decision to hire developers at The Document Foundation is a direct consequence of the plans to reduce the impact of that potential fork.

In any case, though, the new Collabora Office for the Desktop is supposed to go against OnlyOffice on the desktop, because this is a direct Collabora competitor both on the desktop and on the cloud (it is also a LibreOffice competitor, but while Collabora competes for market share – which is entirely appropriate for a business – TDF is not involved in that race).

In fact, the new Collabora Office for the Desktop is a different product and has the same limited number of functionalities of OnlyOffice, and as such is in a rather different category than LibreOffice, which is a full feature office suite with six instead of just three modules. The product, in addition, is based on the LibreOffice Technology platform, and as such is based on the same engine as LibreOffice.

So, the new Collabora Office for the Desktop, rather than being a competitor, is a testament of the flexibility and resiliency of the LibreOffice Technology platform, which can be used to develop different kinds of office suites for digital sovereignty, natively supporting the ODF document format to give back content ownership to end users and get rid of lock-in.

Of course, the community is perfectly aware of some LibreOffice issues, inherited from StarOffice through OpenOffice.org. Some portions of LibreOffice source code may date back to StarOffice, whose first application was released in the eighties.

TDF developers are working at solving these issues, and there will be announcements in the future about these source code refactorings. If you want to preserve all the characteristics of a full feature office suite, though, the time needed is significant, while if you give up many features the task is indeed easier.

Interview: Jonathan Clark, team member, developer focusing on RTL / CTL / CJK

Hello Jonathan, you have been hired by The Document Foundation in the role of developer focusing on the issues of languages written from right to left, or RTL (Right to Left).

Not only RTL topics – also CTL (Complex Text Layout), and CJK (Chinese-Japanese-Korean). I wanted to point this out, first for the interest of those communities, and second because I feel strongly about the scope The Document Foundation has chosen for this role.

In order to have great language support, I think you need to have two different kinds of people working together: those who can speak to the incredible depth of specific languages and the unique needs of the people who use them; and generalists who can, in the limit, think about all languages, and thus avoid oversights that will prove costly in the long term. I see this role as much closer to the latter than to the former.

Let’s start with a short biography: your origins, your studies, your professional experiences.

My origin is the Canadian wilderness. My parents introduced me to PC games when I was young, and I was instantly and insatiably curious about how they worked. I learned C++, and that eventually led to an undergraduate degree in Computing Science from the University of Alberta.

Most of my professional experience has been working on commercial C++ software quality tools, both as an individual contributor and by providing technical leadership.

For the past few years, I’ve been doing a deep dive on modern game engine technologies as a passion project. Among many other topics, this included real-time text layout and hardware-accelerated text rasterization.

When and how did you approach open source software?

As a user, I can’t remember a time when I didn’t use open source software in one way or another. I’ve never felt comfortable trusting closed-source software for anything important, and that discomfort has only grown over time as business practices change.

As a developer, I’m a bit of a hypocrite – other than a few small projects, I haven’t contributed much. However, speaking both normatively and from experience, I firmly believe that the only way to deliver quality software is with the transparency and accountability of open source.

Why did you decide to respond to The Document Foundation’s job search?

I think it’s important. I want to help people use open source software to work and create in their own language.

There are other reasons, too: I’m a long-time user, interested in linguistics, and my background seemed like a good fit for the role. But the most important thing to me is that I can believe in the mission.

What is your experience as a developer, and why do you think you can contribute significantly to LibreOffice?

As an individual contributor, I’ve been using C++ for a long time and I’m comfortable with large code bases. I’d never looked at the LibreOffice source code before, but it’s similar to projects I’ve worked on in the past.

Finally, what is your feedback after the first few months in the LibreOffice project?

The main feedback I want to offer is praise for the new contributor outreach effort. Most open source projects seem to treat this as an afterthought, but a lot of work has been put into attracting, guiding, and retaining new LibreOffice contributors. It’s wonderful to see.

It’s also been great to see the passion from the community about improving language support.

Say hello to the team at The Document Foundation!

Joining a free and open source software project, such as LibreOffice, is a great way to build your skills, gain experience for future career options, meet new people – and have fun!

But sometimes, joining a large and well-established project can be a bit daunting at the start. So here we’ll introduce you to the small team at The Document Foundation, the non-profit entity behind LibreOffice. Most team members oversee certain sub-projects in the LibreOffice community – click on their names to learn more in interviews…

Note that this is just the team at The Document Foundation; the LibreOffice community is made up of hundreds of people! Most of the new features are implemented by developers in our ecosystem and volunteers.

Now that you know who we are, click here to get involved and join our projects!

Join the LibreOffice Team as a Quality Assurance Analyst (m/f/d), 40h per week, remote

The Document Foundation (TDF) is the non-profit entity behind the world’s leading open source office suite, LibreOffice. We are truly passionate about free software, the open source culture and about bringing new companies and people with fresh ideas into our community, especially in the second decade of our project.

Quality Assurance Analyst

To improve the quality assurance process of LibreOffice, the office productivity suite for over 200 million users around the globe 🌎, we’re searching for a Quality Assurance Analyst (m/f/d) to start work as soon as possible.

The role, which is scheduled for 40 hours per week, includes among other items:

  • Help community outreach to encourage more people to join the QA team
  • Help on-boarding new QA contributors
  • Foster communication between QA and other teams, like engineering and documentation
  • Triage unconfirmed bugs that are not handled in a reasonable time
  • Categorize confirmed bugs
  • Retest old reports
  • Analyze regression bugs identified longer than a month
  • Based on bug categorization support the Board of Directors with Bugzilla metrics about possible impact of development project proposals
  • Support the Board of Directors in proper understanding of LibreOffice features that may be worth further developing by providing relevant data from Bugzilla
  • Help with informing decision-making towards improving the ODF standard and file-format interoperability in general

The role requires the following:

  • Good understanding of office suites and LibreOffice in particular from a user’s viewpoint
  • Understanding of many of the features within each component and ability to learn other features quickly
  • Understanding of Bugzilla or another bugtracking system
  • An understanding of quality assurance procedures
  • Essential understanding of Git

Bonus points if you have:

  • A firm understanding of bibisect process used in LibreOffice QA
  • Python coding and/or test automation experience
  • UX experience
  • C++ coding experience

Speaking and writing English fluently is a mandatory requirement. Another language like German, Spanish or Chinese is a bonus.

A previously established relationship within the quality assurance team as well as with other teams including development and marketing, and with the users is a plus, but it is not mandatory at the start and can be achieved during the work itself.

As always, TDF will give some preference to individuals who have previously shown a commitment to TDF, including but not limited to members of TDF. Not being a member does not exclude any applicants from consideration.

Here’s how a typical day in your new role might look like:

You start your day by looking in unconfirmed bugs. There, you read the bug description and look at the provided samples, and try to find out if the bug is reproducible or not. You try to categorize the bug and add useful information and add relevant people to the page.

You try to determine if the bug is a regression or not, and if it is, bibisect the bug and add the one who has introduced the regression.

You should be able to communicate effectively with the current QA team and also work with the new contributors and help them grow their skills where needed and encourage them to become active in different areas of the QA process. Especially for new contributors, you will introduce them not only to our community culture, but also to our variety of tools and methods including Bugzilla, bibisect and others.

Join us!

TDF welcomes applications from all suitably qualified persons regardless of their race, sex, disability, religion/belief, sexual orientation or age.

All jobs at The Document Foundation are remote jobs 🌟, where you can work from your home office or a co-working space. The work time ⌚ during the day is flexible, apart from very few fixed meetings. The role is offered as full-time, 40 hours per week. For technical reasons we are currently accepting applications only from countries where remote.com offers active payroll services.

Are you interested? Get in touch! We aim to schedule the first interview within two weeks of your application. You can also approach us anytime for an informal chat to learn about the role or in case of questions.

TDF welcomes applications from all suitably qualified persons regardless of their race, gender, disability, religion/belief, sexual orientation or age. Don’t be afraid to be different, and stay true to yourself. We like you that way!

We are looking forward to receiving your application, including information about you, when you are available for the job, and of course your financial expectations. Pointing to public repositories with your code is very helpful. Please send us an e-mail to qa.application@documentfoundation.org no later than September 1, 2022. If you haven’t received feedback by September 30, 2022, your application could not be considered.

Note: We do not accept agency resumes. Please do not forward resumes to any recruiting alias or employee.