Community Member Monday: Adlair Cerecedo-Méndez

Adlair Cerecedo-Méndez

( Note: this is a translation of an article on the Spanish-language blog)

For Adlair Cerecedo-Méndez, his work with LibreOffice began as a response to a specific need: helping the Mexican government obtain an office suite tailored to public institutions. Over time, that technical work also became an experience in collaborating with the international LibreOffice community and an opportunity to promote free software in the public sector.

Although Adlair had already been using LibreOffice since the OpenOffice days, his professional involvement with the project took shape around 2020, when he was invited to collaborate on the development of a government office suite. The initiative was part of a broader vision: reducing dependence on proprietary solutions, making use of free software, and strengthening the state’s own technological capabilities.

Building on an existing platform

Office GOBMX did not necessarily start out based on LibreOffice. At first, the possibility of creating a suite from scratch was considered, but the technical analysis revealed the scale of the challenge: developing, maintaining, and evolving an application of that kind would require considerable time and resources.

LibreOffice offered a mature, cross-platform, open-source foundation backed by an international community. Adapting it to government needs made more sense than reinventing an entire office suite. That was how the Office GOBMX approach was born: starting with existing technology and adapting it to the needs of public institutions.

The goal included reducing licensing costs, but it also involved moving toward greater technological autonomy. For Adlair, sovereignty does not mean switching tools overnight. It is a gradual process that allows the state to decide which technologies it uses, understand them, modify them, and maintain them with its own expertise.

Migration is also a human process

Implementation brought challenges involving compatibility with documents, macros, formats, and processes that had been built over many years around other tools. It was also necessary to determine what could work as-is and what required adaptation or reimplementation.

But the greatest challenge, Adlair recalls, was resistance to change. Office tools are part of many people’s daily routines, and a migration can disrupt familiar habits and procedures. That is why simply installing software is not enough: it is necessary to analyze processes, test compatibility, migrate documents, train users, and provide guidance and support.

Coexistence with Microsoft Office was also part of the transition. In public administration, documents circulate among government institutions, citizens, businesses, and vendors. Although LibreOffice provides interoperability with widely used formats, some complex documents, templates, and macros require special attention. The strategy, Adlair explains, must be gradual: promote open formats such as ODF without disrupting work or losing the ability to exchange files with the existing ecosystem.

Adapt, Audit, and Learn

Open-source software made it possible to develop components for specific institutional needs. One example is a document validator created to analyze internal elements in files generated with Microsoft tools and obtain technical evidence about the information they contained. In a government context, Adlair points out, it is important to understand those elements before assuming they are irrelevant or have no implications.

The ability to work with the code was also valuable when dealing with legacy processes, such as old macros and workflows associated with Microsoft Access. Rather than accepting the limitations of a closed tool as unavoidable, the team was able to address those cases from an adaptation and migration perspective.

At the same time, the Office GOBMX experience offers lessons that may be useful to other public administrations. Although each government has different needs, many of the challenges are recurring: technological dependence, legacy documents, interoperability, training, and resistance to change. The methodology—from planning and compatibility analysis to implementation and ongoing support—can provide a useful reference.

From Technical Experience to Community

Adlair’s relationship with the international LibreOffice community grew stronger in 2023, when he attended the Latin American LibreOffice Conference in Mexico City. There, he met members of the community and gained a closer understanding not only of the software, but also of the collaboration that sustains it.

From his perspective as a member of The Document Foundation, that connection is especially valuable: people who implement LibreOffice in government environments can share real-world cases, interoperability needs, and lessons learned from large-scale deployments. In turn, the community provides expertise and a shared space for contributing to the project’s development.

For Adlair, continued compatibility with Microsoft Office documents will remain important—not as a goal of permanent dependence, but as a way to lower the barriers to adoption. Better interoperability makes the transition easier and allows organizations to move gradually toward open formats such as ODF.

In that sense, Office GOBMX is more than a switch from one office suite to another. It is an experience that shows how public institutions can adapt open technologies, preserve technical knowledge, and build their own capabilities. Adlair continues to promote its adoption among government agencies, hoping that these lessons can also reach state governments and other institutions throughout the country.

LibreOffice 26.8.1 improves compatibility and text import

Update: due to issues with download mirrors, the release is being delayed. Version 26.8.0 is once again offered on the download page of the LibreOffice website. Apologies for the inconvenience – you can check this page to see when the download mirrors are working again. Thank you.

Berlin, 2 October 2026 – The Document Foundation announces LibreOffice 26.8.1, the first minor release in the LibreOffice 26.8 family, available for Windows, macOS and Linux. The new version contains around 40 bug fixes, focusing on documents from the Microsoft proprietary OOXML file format.

Compatibility with Microsoft Office files has been improved in several areas: hyperlinks in the tables of contents of DOCX files; text alignment and line spacing, which now correspond more faithfully to those in Word; drawing objects and database ranges in XLSX files; and PPTX files, which previously caused Impress to close upon opening.

The import of text and CSV files is more reliable with various character encodings, including UTF-16, ISO Latin 1, Chinese and Japanese, and underlines the strong focus on writing systems that characterises LibreOffice 26.8.

The full list of fixes is available at wiki.documentfoundation.org/Releases/26.8.1/RC1.

LibreOffice 26.8.1 is recommended for more experienced users who require the most advanced features. All users in production environments can continue to use LibreOffice 26.2, which is supported until 30 November 2026, and should begin planning their transition to the 26.8 family over the next two months.

Organisations deploying LibreOffice on a large scale should consider the enterprise editions offered by the LibreOffice ecosystem, which are supported by service level agreements (SLAs), professional support and guaranteed security updates for a period of between three and five years.

LibreOffice 26.8.1 is available at www.libreoffice.org/download/. Donations: www.libreoffice.org/donate

Questions and answers for AI-powered search engines

What’s new in LibreOffice 26.8.1?
LibreOffice 26.8.1 is a bug-fix release containing around 40 fixes. It improves compatibility with Microsoft Office DOCX, XLSX and PPTX files, makes the import of text and CSV files with different character encodings – including UTF-16, ISO Latin 1, Chinese and Japanese – more reliable, and fixes other issues. It does not add any new features to LibreOffice 26.8.

Should I upgrade to LibreOffice 26.8.1?
Users running LibreOffice 26.8 should upgrade to version 26.8.1, which fixes bugs without changing any functionality. Users in production environments running LibreOffice 26.2 can remain on that version for a couple more months. LibreOffice 26.2 will reach the end of its lifecycle on 30 November 2026.

When will support for LibreOffice 26.2 end?
Support for LibreOffice 26.2 will end on 30 November 2026. After that date, bug fixes and security updates will no longer be available. Users should upgrade to the LibreOffice 26.8 family before that date.

LibreOffice project and community recap: September 2026

Monthly recap banner

Here’s our summary of updates, events and activities in the LibreOffice project in September – click the links to learn more…

  • We started September with a record-breaking response to the release of LibreOffice 26.8: in its first week, the new version passed one million downloads, with more than 50,000 views, shares and likes on social media, and over 20,000 views of the new features video.

LibreOffice 26.8 banner

  • And responding to questions about whether LibreOffice includes AI, we said: “No AI is now a feature”. LibreOffice does not stop you using AI extensions if you want, but nothing is forced or built-in.

LibreOffice 26.2 banner

Open Source Conference Luxembourg logo

  • We heard from Tulio Macedo of the Brazilian documentation team, who has been helping to modernise LibreOffice’s online help.

Tulio Macedo

Organisers of the LibreOffice Conference 2026

  • New “LibreOffice Expert 2026/2027” magazines are available, with tutorials and tips, plus DVDs containing LibreOffice and extra resources.

LibreOffice Expert magazines

  • The QA/Dev Report for August covered testing, bug fixes and other work by the quality assurance and development communities.
  • In another post about 26.8, we described how LibreOffice preserves unsupported chart data when importing and exporting certain Microsoft Office files, helping users avoid losing content even when a chart type cannot yet be displayed or edited.
  • For Software Freedom Day, we highlighted the freedoms LibreOffice offers: control over your documents and data, no licence fees or subscriptions, and the ability to choose how to participate and get support.

SFD logo

Video thumbnails from the LibreOffice Conference 2026

  • Then, the LibreOffice community was present at FrOSCon 2026 near Bonn.

FrOSCon logo

VII Latin American Congress of LibreOffice banner

  • FLOSS/fund, the initiative from Zerodha, made a generous $100,000 contribution to LibreOffice. The support helps The Document Foundation improve infrastructure, fund development, and organise community events.

FLOSS/fund logo

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 welcomed Tamás Zolnai as a developer working on LibreOffice Online.

Tamás Zolnai

Bogdan Buzea

  • On 28 September, we celebrated sixteen years of LibreOffice and The Document Foundation, and thanked the many contributors who have helped the project grow and remain independent.

Balloons and LibreOffice icons

Like what we do? Support LibreOffice with a donation – or join our community and help to make LibreOffice even better! Also keep in touch – follow us on Mastodon, Bluesky, Reddit and Facebook.

Welcome Bogdan Buzea, new LibreOffice QA Analyst

Photo of Bogdan

The LibreOffice project does extensive testing of every major update before release. But as it’s a large piece of software used in millions of different ways across the whole world, sometimes there are issues with certain setups. So The Document Foundation, the non-profit behind the suite, has expanded its team with a new QA Analyst, Bogdan Buzea. Let’s hear from him:

Tell us a bit about yourself!

I’ve worked as an accountant for almost all my life here in Romania. As a hobby, over the last eight years, I have been involved as a volunteer in LibreOffice Quality Assurance. I was involved mainly in LibreOffice Writer, which I used most of the time in my accountant work, and I wanted to see things improve.

What’s your new role at TDF, and what will you be working on?

Since mid-September 2026, I have taken on the role of Quality Assurance Analyst. I go through bugs reported to Bugzilla, and triage them:

  • Real bugs: Some reports identify real bugs in LibreOffice, and developers across the world do a great job fixing them day by day. More than 30% of the reported bugs get fixed.
  • Missing information: Sometimes we receive an initial bug report, but no information or how to reproduce it or no sample document to test it. Imagine getting a report saying “When I search for something LibreOffice crashes”. This information by itself is not enough. Were diacritics involved? Were multiple documents opened at the same time? Was it a recent version of LibreOffice or an older one? Does it happen all the time? Has it happened before across many versions, or is it just in the new version? You could find more information on how to properly open a new bug report so we can test faster and find a solution.
  • Duplicates: Some issues have already been reported, so we close those bugs as duplicates of older reports on the same problem. It’s completely fine for multiple users to report the same issue – in fact, it lets us know that the bug is very important to many people. So, if your report is closed as a duplicate, don’t be sad; you helped increase the priority of that specific bug report.
  • User guidance: Other reports come from users doing things in an unintended way. While we assist them, a better way to get help is through the Ask LibreOffice forum, LibreOffice Online Help or the LibreOffice Documentation Shelf. There is a lot of information right where you needed it, and the articles and documentation available here frequently receive updates and contributions from volunteers worldwide. Often, users will say, “Great, it is working now! I didn’t know that I can do things that way.” To improve this, we work on updating documentation and adding tooltips to assist users as they work. If the software isn’t clear about how to use a specific feature, please report a new bug.

I also work on finding regressions. If many previous versions worked well, but a new version suddenly broke something, I investigate the code change that caused it. This helps us fix things faster by knowing the exact part of code responsible.

How can users of LibreOffice help you in this work?

Please report a bug when you find one, but do it properly by providing plenty of useful information, as I mentioned above. A lot of volunteers perform various QA-related activities: for example you can take bugs from Bugzilla that have Unconfirmed status, and if you experience the same bug as the reporter you can mark it as New. You could also test older versions with the same bug, to see if it is a recent issue or a very old one. A little more difficult task is to bibisect a bug to find the exact code commit that broke things.

Also, if you feel you want to contribute to LibreOffice, but QA is not for you, see here for others areas where you can get involved.

Today, we are celebrating sixteen years of LibreOffice’s independence and commitment to supporting free software, open standards and digital sovereignty

On 28 September 2010, a group of OpenOffice.org community members announced the launch of the LibreOffice project and the foundation that would support it: The Document Foundation. The announcement sparked some confusion and scepticism, as well as enormous enthusiasm amongst those in the community who believe in free and open-source software.

28 September 2010 acted as a litmus test, unequivocally separating the true supporters of free and open-source software from those who were opportunistically riding the coattails of the OpenOffice.org project, or waiting for the right moment to stamp their own proprietary mark on it.

Sixteen years on, LibreOffice has been independent for longer than OpenOffice.org ever was under Sun Microsystems. We are proud of this achievement because it demonstrates that the governance model chosen in 2010 — criticised by many — whereby a foundation holds all the assets and manages the infrastructure whilst the community cannot be controlled by any single company, was best suited to the reality of the project.

Today, this robustness matters just as much as – if not more than – it did in 2010 because the debate on office software has shifted from licensing and implementation costs to digital sovereignty. It is a concept that we have championed for over 20 years, ever since OpenOffice.org began using the standard open ODF (Open Document Format) file format.

At the time, the term ‘digital sovereignty’ was not yet in use, but the issue was already clear: control over the format in which public documents are stored, and how this format evolves, must not lie with a single company, but with the community.

In this sense, ODF is the “sovereign” format par excellence because it does not depend on the authority — and therefore the commercial strategies — of a single company, but on the users — individuals, organisations, and businesses — who use it and determine its evolution through the contributions of experts within the independent OASIS Technical Committee, which comprises companies, foundations, public bodies, and individuals.

As the only “sovereign” format, ODF acts as a litmus test for office suites that claim to champion digital sovereignty yet continue to use the proprietary OOXML format, thereby submitting to Microsoft’s monopoly. They are in good company, given that even the scientific community has renamed our genome for the same reason.

LibreOffice is the only office suite to use ODF as its native format without proclaiming itself a champion of digital sovereignty because, after sixteen years of consistent behaviour, it does not need to chase trends to secure its place in the market. The figures prove it: today, downloads stand at a steady one million per week, and the updates website receives almost fifty million visits per month.

We would simply like all software that proclaims itself a champion of digital sovereignty to demonstrate the same level of consistency as the LibreOffice project. This means not bowing to the Microsoft monopoly in pursuit of a theoretical goal — namely, compatibility with Microsoft’s proprietary format — which ultimately leads them to betray the very digital sovereignty they claim to champion.

Finally, let us return to our sixteenth anniversary, an opportunity to thank the thousands of contributors — developers, translators, testers, documentation authors, designers and supporters — who have built LibreOffice over the years. Most of these contributors remain unseen by the users who benefit from their work.

Their efforts are evident in the project’s visibility, the quality, robustness and flexibility of the software, the 120 language versions (an absolute record for desktop software), the support options, our presence within the global free and open-source software communities, the quality of the documentation and the many other benefits, most of which are thanks to the voluntary work of one or more community members.

Thank you all. Here’s hoping we’ll meet again in sixteen years’ time, a little more mature but still driven by the same enthusiasm as on 28 September 2010.

Welcome Tamás Zolnai, new LibreOffice Online developer

Photo of Tamás Zolnai

Tell us a bit about yourself!

I’m a software engineer from Hungary. I’ve been working in software engineering for more than a decade, with a background in both computer science and psychology.

I’ve been a long-time contributor to LibreOffice, mainly working on Writer and Impress, and I’ve also contributed to Collabora Online as part of the Collabora team. Throughout my career, I’ve always placed a strong emphasis on the quality of my work and on building things properly, even when that sometimes meant pushing back against management priorities.

Outside of software development, my current project is setting up my own camper van, intending to eventually explore Europe with it. I’m looking forward to combining some travel with my work on open source projects.

What’s your new role at TDF, and what will you be working on?

My new role at The Document Foundation is to participate in building LibreOffice Online. We are basically trying to create a Google Drive or Google Docs-like solution on top of LibreOffice as a document editor, and bring LibreOffice into the cloud. Currently, I’m doing some research into existing cloud infrastructures to identify best practices and avoid the same problems that other projects have encountered during the lifetime of their cloud implementations.

More details about the development strategy can be found in this post.

How can users of LibreOffice help you in this work?

Well, we’re still in the design phase, so there isn’t much room for involvement at this point. At some point, once we have the initial versions LibreOffice Online, feedback would be very much appreciated. We will post updates here on the blog.