Re: Introduction of new Nextcloud instance
On Wednesday, 21 July 2021 20:50:57 CEST Ben Cooksley wrote: > I'm afraid the native formats of OnlyOffice are the Microsoft Office format > files - which is also the format they work with internally. > It therefore doesn't allow changing the default file extension it will try > to create. This means that ODF files would be at severe disadvantage because they'd be converted from ODT to DOCX when loading and back to ODT when saving. This conversion is always lossy. (In my opinion a good editor should not convert files but edit them without converting them but that's not what is practice in any office suite.) KDE is (passive) member of the ODF technical committee at OASIS and Calligra uses ODF as it's standard file format. KDE was one of the initiators of the ODF file format. 'The Document Foundation' which develops LibreOffice is on the KDE advisory board. So using DOCX as a default is a bad look for KDE. Disclaimer: I've worked for years on ODF and Calligra and so I'm biased. Regards to the experience of editing on share.kde.org (S) versus collaborate.kde.org (C). For me initial loading of S is much faster, but scrolling is faster in C. Searching is much nicer in S which gives live scrolling to the hits. C has a bit nicer font choices in the UI. Typing in S has a bit of a delay, but that might be improved on the new install. Typing in C is not that fluid either. I personally have not used either in anger and am unlikely to on this instance, so for *practical* editing and blockers, you can discount my opinion. Best regards, Jos signature.asc Description: This is a digitally signed message part.
Re: Introduction of new Nextcloud instance
Hi, For me, I still like Collabora Online or like more, and it seems Nextcloud and Collabora Online (why not use CODE?) are not both latest. Also OnlyOffice is very slow for me... Regards, Jeff Ben Cooksley 於 2021年7月24日 週六 上午6:55 寫道： > On Sat, Jul 24, 2021 at 10:53 AM Jeff Huang wrote: > >> Hi, >> Well, can't we switch back to Collabora Online or something else that use >> ODF as native file format? >> > > Please compare the experience you see on share.kde.org against > collaborate.kde.org before continuing down that line of inquiry. > > share.kde.org uses Collabora Online currently. > > >> Regards, >> Jeff >> > > Regards, > Ben > > >> Ben Cooksley 於 2021年7月22日 週四 上午2:51 寫道： >> >>> On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: >>> Thank you for doing this! I noticed that new documents created from the new file menu button use Microsoft Office formats (e.g., docx, xlsx). Can you swich the default formats to OpenDocument formats? >>> >>> I'm afraid the native formats of OnlyOffice are the Microsoft Office >>> format files - which is also the format they work with internally. >>> It therefore doesn't allow changing the default file extension it will >>> try to create. >>> >>> (With regards to ODF editing it warns that there may be some fidelity >>> issues) >>> >>> You can however override the extension when creating and it will happily >>> respect that. >>> >>> Regards, >>> Ben >>> >>> On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley wrote: > > Good morning community, > > As some of you will be aware, the current Nextcloud instance we operate has a number of performance issues which sometimes result in data loss. > > To resolve this as well as improve the overall collaborative editing experience we're able to offer, i'm pleased to introduce a replacement Nextcloud instance which you can find at https://collaborate.kde.org/ > > Main changes to note here are the switch away from KDE Identity to MyKDE for authentication, as well as the switch to using OnlyOffice for document editing. We hope that these changes will solve the majority of the user experience issues we have had with share.kde.org. In particular we expect the performance issues and data loss problems that accompanied them to be fully resolved, as they were caused by severe defects in the LDAP implementation in Nextcloud which they have not corrected more than a year after we brought them to their attention. > > It would be appreciated if you could please all test this installation over the coming week and let us know of any issues you encounter. Once this test phase has been completed we plan to migrate the contents of all group shared folders over from share.kde.org to the new system. > > Please note that once we have migrated everything over all existing shared links will unfortunately be broken. This is a result of how the LDAP support in Nextcloud works which makes it difficult to switch to a different method of user login for those accounts. While we investigated options to migrate this over, extremely poor communication from the vendor frustrated all attempts to transition this over cleanly and unfortunately requires a completely clean break to ensure we have no legacy issues causing problems for us in the future. > > Please let us know if you have any questions on the above. > > Thanks, > Ben Cooksley > KDE Sysadmin >>>
Re: Introduction of new Nextcloud instance
Hi, Well, can't we switch back to Collabora Online or something else that use ODF as native file format? Regards, Jeff Ben Cooksley 於 2021年7月22日 週四 上午2:51 寫道： > On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: > >> Thank you for doing this! >> >> I noticed that new documents created from the new file menu button use >> Microsoft Office formats (e.g., docx, xlsx). Can you swich the default >> formats to OpenDocument formats? >> > > I'm afraid the native formats of OnlyOffice are the Microsoft Office > format files - which is also the format they work with internally. > It therefore doesn't allow changing the default file extension it will try > to create. > > (With regards to ODF editing it warns that there may be some fidelity > issues) > > You can however override the extension when creating and it will happily > respect that. > > Regards, > Ben > > >> On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley wrote: >> > >> > Good morning community, >> > >> > As some of you will be aware, the current Nextcloud instance we operate >> has a number of performance issues which sometimes result in data loss. >> > >> > To resolve this as well as improve the overall collaborative editing >> experience we're able to offer, i'm pleased to introduce a replacement >> Nextcloud instance which you can find at https://collaborate.kde.org/ >> > >> > Main changes to note here are the switch away from KDE Identity to >> MyKDE for authentication, as well as the switch to using OnlyOffice for >> document editing. We hope that these changes will solve the majority of the >> user experience issues we have had with share.kde.org. In particular we >> expect the performance issues and data loss problems that accompanied them >> to be fully resolved, as they were caused by severe defects in the LDAP >> implementation in Nextcloud which they have not corrected more than a year >> after we brought them to their attention. >> > >> > It would be appreciated if you could please all test this installation >> over the coming week and let us know of any issues you encounter. Once this >> test phase has been completed we plan to migrate the contents of all group >> shared folders over from share.kde.org to the new system. >> > >> > Please note that once we have migrated everything over all existing >> shared links will unfortunately be broken. This is a result of how the LDAP >> support in Nextcloud works which makes it difficult to switch to a >> different method of user login for those accounts. While we investigated >> options to migrate this over, extremely poor communication from the vendor >> frustrated all attempts to transition this over cleanly and unfortunately >> requires a completely clean break to ensure we have no legacy issues >> causing problems for us in the future. >> > >> > Please let us know if you have any questions on the above. >> > >> > Thanks, >> > Ben Cooksley >> > KDE Sysadmin >> >
Re: Introduction of new Nextcloud instance
On Friday, July 23, 2021 5:29:05 P.M. CDT Ben Cooksley wrote: > Alternatively, you could try setting up an application password at > https://collaborate.kde.org/settings/user/security which might work as well. Yes, that worked. So far events and to-dos synchronize just fine.
Re: Introduction of new Nextcloud instance
On Sat, 24 Jul 2021, 11:22 am Jeff Huang, wrote: > Hi, > For me, I still like Collabora Online or like more, and it seems Nextcloud > and Collabora Online (why not use CODE?) are not both latest. > Also OnlyOffice is very slow for me... > Sorry but your experience doesn't match with that of others I've spoken with - while OnlyOffice does take a bit longer to initially load the typing responsiveness is substantially better ( and the delta only gets bigger when you start adding multiple people editing and images in there) As for CODE - It is the same thing as Collabora Online, just limited by the fact you have to run Docker. > Regards, > Jeff > Cheers, Ben > Ben Cooksley 於 2021年7月24日 週六 上午6:55 寫道： > >> On Sat, Jul 24, 2021 at 10:53 AM Jeff Huang wrote: >> >>> Hi, >>> Well, can't we switch back to Collabora Online or something else that >>> use ODF as native file format? >>> >> >> Please compare the experience you see on share.kde.org against >> collaborate.kde.org before continuing down that line of inquiry. >> >> share.kde.org uses Collabora Online currently. >> >> >>> Regards, >>> Jeff >>> >> >> Regards, >> Ben >> >> >>> Ben Cooksley 於 2021年7月22日 週四 上午2:51 寫道： >>> On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: > Thank you for doing this! > > I noticed that new documents created from the new file menu button use > Microsoft Office formats (e.g., docx, xlsx). Can you swich the default > formats to OpenDocument formats? > I'm afraid the native formats of OnlyOffice are the Microsoft Office format files - which is also the format they work with internally. It therefore doesn't allow changing the default file extension it will try to create. (With regards to ODF editing it warns that there may be some fidelity issues) You can however override the extension when creating and it will happily respect that. Regards, Ben > On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley > wrote: > > > > Good morning community, > > > > As some of you will be aware, the current Nextcloud instance we > operate has a number of performance issues which sometimes result in data > loss. > > > > To resolve this as well as improve the overall collaborative editing > experience we're able to offer, i'm pleased to introduce a replacement > Nextcloud instance which you can find at https://collaborate.kde.org/ > > > > Main changes to note here are the switch away from KDE Identity to > MyKDE for authentication, as well as the switch to using OnlyOffice for > document editing. We hope that these changes will solve the majority of > the > user experience issues we have had with share.kde.org. In particular > we expect the performance issues and data loss problems that accompanied > them to be fully resolved, as they were caused by severe defects in the > LDAP implementation in Nextcloud which they have not corrected more than a > year after we brought them to their attention. > > > > It would be appreciated if you could please all test this > installation over the coming week and let us know of any issues you > encounter. Once this test phase has been completed we plan to migrate the > contents of all group shared folders over from share.kde.org to the > new system. > > > > Please note that once we have migrated everything over all existing > shared links will unfortunately be broken. This is a result of how the > LDAP > support in Nextcloud works which makes it difficult to switch to a > different method of user login for those accounts. While we investigated > options to migrate this over, extremely poor communication from the vendor > frustrated all attempts to transition this over cleanly and unfortunately > requires a completely clean break to ensure we have no legacy issues > causing problems for us in the future. > > > > Please let us know if you have any questions on the above. > > > > Thanks, > > Ben Cooksley > > KDE Sysadmin >
Re: Introduction of new Nextcloud instance
On Sat, Jul 24, 2021 at 10:53 AM Jeff Huang wrote: > Hi, > Well, can't we switch back to Collabora Online or something else that use > ODF as native file format? > Please compare the experience you see on share.kde.org against collaborate.kde.org before continuing down that line of inquiry. share.kde.org uses Collabora Online currently. > Regards, > Jeff > Regards, Ben > Ben Cooksley 於 2021年7月22日 週四 上午2:51 寫道： > >> On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: >> >>> Thank you for doing this! >>> >>> I noticed that new documents created from the new file menu button use >>> Microsoft Office formats (e.g., docx, xlsx). Can you swich the default >>> formats to OpenDocument formats? >>> >> >> I'm afraid the native formats of OnlyOffice are the Microsoft Office >> format files - which is also the format they work with internally. >> It therefore doesn't allow changing the default file extension it will >> try to create. >> >> (With regards to ODF editing it warns that there may be some fidelity >> issues) >> >> You can however override the extension when creating and it will happily >> respect that. >> >> Regards, >> Ben >> >> >>> On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley wrote: >>> > >>> > Good morning community, >>> > >>> > As some of you will be aware, the current Nextcloud instance we >>> operate has a number of performance issues which sometimes result in data >>> loss. >>> > >>> > To resolve this as well as improve the overall collaborative editing >>> experience we're able to offer, i'm pleased to introduce a replacement >>> Nextcloud instance which you can find at https://collaborate.kde.org/ >>> > >>> > Main changes to note here are the switch away from KDE Identity to >>> MyKDE for authentication, as well as the switch to using OnlyOffice for >>> document editing. We hope that these changes will solve the majority of the >>> user experience issues we have had with share.kde.org. In particular we >>> expect the performance issues and data loss problems that accompanied them >>> to be fully resolved, as they were caused by severe defects in the LDAP >>> implementation in Nextcloud which they have not corrected more than a year >>> after we brought them to their attention. >>> > >>> > It would be appreciated if you could please all test this installation >>> over the coming week and let us know of any issues you encounter. Once this >>> test phase has been completed we plan to migrate the contents of all group >>> shared folders over from share.kde.org to the new system. >>> > >>> > Please note that once we have migrated everything over all existing >>> shared links will unfortunately be broken. This is a result of how the LDAP >>> support in Nextcloud works which makes it difficult to switch to a >>> different method of user login for those accounts. While we investigated >>> options to migrate this over, extremely poor communication from the vendor >>> frustrated all attempts to transition this over cleanly and unfortunately >>> requires a completely clean break to ensure we have no legacy issues >>> causing problems for us in the future. >>> > >>> > Please let us know if you have any questions on the above. >>> > >>> > Thanks, >>> > Ben Cooksley >>> > KDE Sysadmin >>> >>
Re: Introduction of new Nextcloud instance
On Thu, Jul 22, 2021 at 9:01 AM Glen Ditchfield wrote: > On Wednesday, July 21, 2021 6:36:26 A.M. CDT Ben Cooksley wrote: > > It would be appreciated if you could please all test this installation > over > > the coming week and let us know of any issues you encounter. > > I'd like to poke at its KOrganizer interoperation. I think that requires > installation of the Nextcloud Tasks app (https://apps.nextcloud.com/apps/ > tasks), at least to provide access to tasks through the web interface. > Could > you add that to your task list? > The tasks app has now been added. Regards, Ben
Re: Introduction of new Nextcloud instance
On Sat, Jul 24, 2021 at 10:17 AM Glen Ditchfield wrote: > On Wednesday, July 21, 2021 6:36:26 A.M. CDT Ben Cooksley wrote: > > It would be appreciated if you could please all test this installation > over > > the coming week and let us know of any issues you encounter. > > Is it possible to connect to collaborate.kde.org using the PIM's DAV > groupware > resource, for contacts and calendar items? I haven't been able to find a > userid/password combination that authenticates successfully. > The PIM DAV groupware functionality would need to support using some form of OAuth based authentication flow ideally. Alternatively, you could try setting up an application password at https://collaborate.kde.org/settings/user/security which might work as well. Regards, Ben
Re: Introduction of new Nextcloud instance
On Wednesday, July 21, 2021 6:36:26 A.M. CDT Ben Cooksley wrote: > It would be appreciated if you could please all test this installation over > the coming week and let us know of any issues you encounter. Is it possible to connect to collaborate.kde.org using the PIM's DAV groupware resource, for contacts and calendar items? I haven't been able to find a userid/password combination that authenticates successfully.
Re: Introduction of new Nextcloud instance
El jue, 22 jul 2021 a las 2:50, Ben Cooksley () escribió: > > On Thu, Jul 22, 2021 at 10:57 AM Daniel A. Rodriguez > wrote: >> >> On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: >> >> >> Thank you for doing this! >> >> >> >> I noticed that new documents created from the new file menu button use >> >> Microsoft Office formats (e.g., docx, xlsx). Can you swich the default >> >> formats to OpenDocument formats? >> >> > I'm afraid the native formats of OnlyOffice are the Microsoft Office format >> > files - which is also the format they work with internally. >> > It therefore doesn't allow changing the default file extension it will try >> > to create. >> > >> > (With regards to ODF editing it warns that there may be some fidelity >> > issues) >> > >> > You can however override the extension when creating and it will happily >> > respect that. >> > >> > Regards, >> > Ben >> >> I am not a KDE user but I consider this measure a big step backwards in >> terms of the defense of open standards that any project involved in free >> software should promote. > > > While I appreciate the sentiment, all we are talking about here is the > default extension on the file created by Nextcloud. > The full software stack - which is totally open source - is fully capable of > reading and writing ODF (subject to some fidelity warnings - which is normal > as i've different versions of LibreOffice render documents differently). > > A default extension is quite far from a big step backwards. Well, at least it has a considerable impact. And not in a good way. >> You may not be aware, but there is a product developed in Taiwan that is >> available in a community version and provides full support for the only >> standard office document format: ODF. It's called OxOffice Online, it's a >> fork of LibreOffice Online with several improvements. In fact we are using >> it at the university where I work. >> >> I leave you the link, >> https://docs.ossii.com.tw/books/oxoffice-online-%E6%8A%80%E8%A1%93%E6%89%8B%E5%86%8A > > > Does one of those improvements include a switch to client side rendering? That's a question for the development team, but think it doesn't > One of the major weaknesses of LibreOffice Online is that it makes use of > server side rendering, which means over connections that have anything but > low latency you can actually see the tiles being refreshed - and typing does > not yield an immediate response. This has been a cause of substantial > complaints that Sysadmin has received regarding our present setup at > share.kde.org (and some of these have come from people in Europe, so even > ~50ms or so is too much for the server side rendering approach to be > workable). > > You can also see this on the Demo Nextcloud instance they have on their > website (or at least I can with my 300ms or so of latency to the servers - > something I don't see at all with our OnlyOffice setup) so this isn't a fault > caused by our deployment. Fair enough.
Re: Introduction of new Nextcloud instance
On Thu, Jul 22, 2021 at 10:57 AM Daniel A. Rodriguez < drodrig...@libreoffice.org> wrote: > On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: > > >> Thank you for doing this! > >> > >> I noticed that new documents created from the new file menu button use > >> Microsoft Office formats (e.g., docx, xlsx). Can you swich the default > >> formats to OpenDocument formats? > > > I'm afraid the native formats of OnlyOffice are the Microsoft Office > format > > files - which is also the format they work with internally. > > It therefore doesn't allow changing the default file extension it will > try > > to create. > > > > (With regards to ODF editing it warns that there may be some fidelity > > issues) > > > > You can however override the extension when creating and it will happily > > respect that. > > > > Regards, > > Ben > > I am not a KDE user but I consider this measure a big step backwards in > terms of the defense of open standards that any project involved in free > software should promote. > While I appreciate the sentiment, all we are talking about here is the default extension on the file created by Nextcloud. The full software stack - which is totally open source - is fully capable of reading and writing ODF (subject to some fidelity warnings - which is normal as i've different versions of LibreOffice render documents differently). A default extension is quite far from a big step backwards. > You may not be aware, but there is a product developed in Taiwan that is > available in a community version and provides full support for the only > standard office document format: ODF. It's called OxOffice Online, it's a > fork of LibreOffice Online with several improvements. In fact we are using > it at the university where I work. > > I leave you the link, > https://docs.ossii.com.tw/books/oxoffice-online-%E6%8A%80%E8%A1%93%E6%89%8B%E5%86%8A > Does one of those improvements include a switch to client side rendering? One of the major weaknesses of LibreOffice Online is that it makes use of server side rendering, which means over connections that have anything but low latency you can actually see the tiles being refreshed - and typing does not yield an immediate response. This has been a cause of substantial complaints that Sysadmin has received regarding our present setup at share.kde.org (and some of these have come from people in Europe, so even ~50ms or so is too much for the server side rendering approach to be workable). You can also see this on the Demo Nextcloud instance they have on their website (or at least I can with my 300ms or so of latency to the servers - something I don't see at all with our OnlyOffice setup) so this isn't a fault caused by our deployment. > > > Best regards > Regards, Ben
Re: Introduction of new Nextcloud instance
On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: >> Thank you for doing this! >> >> I noticed that new documents created from the new file menu button use >> Microsoft Office formats (e.g., docx, xlsx). Can you swich the default >> formats to OpenDocument formats? > I'm afraid the native formats of OnlyOffice are the Microsoft Office format > files - which is also the format they work with internally. > It therefore doesn't allow changing the default file extension it will try > to create. > > (With regards to ODF editing it warns that there may be some fidelity > issues) > > You can however override the extension when creating and it will happily > respect that. > > Regards, > Ben I am not a KDE user but I consider this measure a big step backwards in terms of the defense of open standards that any project involved in free software should promote. You may not be aware, but there is a product developed in Taiwan that is available in a community version and provides full support for the only standard office document format: ODF. It's called OxOffice Online, it's a fork of LibreOffice Online with several improvements. In fact we are using it at the university where I work. I leave you the link, https://docs.ossii.com.tw/books/oxoffice-online-%E6%8A%80%E8%A1%93%E6%89%8B%E5%86%8A Best regards
Re: Introduction of new Nextcloud instance
On Wednesday, July 21, 2021 6:36:26 A.M. CDT Ben Cooksley wrote: > It would be appreciated if you could please all test this installation over > the coming week and let us know of any issues you encounter. I'd like to poke at its KOrganizer interoperation. I think that requires installation of the Nextcloud Tasks app (https://apps.nextcloud.com/apps/ tasks), at least to provide access to tasks through the web interface. Could you add that to your task list?
Re: Introduction of new Nextcloud instance
On Thu, Jul 22, 2021 at 4:22 AM Noah Davis wrote: > Thank you for doing this! > > I noticed that new documents created from the new file menu button use > Microsoft Office formats (e.g., docx, xlsx). Can you swich the default > formats to OpenDocument formats? > I'm afraid the native formats of OnlyOffice are the Microsoft Office format files - which is also the format they work with internally. It therefore doesn't allow changing the default file extension it will try to create. (With regards to ODF editing it warns that there may be some fidelity issues) You can however override the extension when creating and it will happily respect that. Regards, Ben > On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley wrote: > > > > Good morning community, > > > > As some of you will be aware, the current Nextcloud instance we operate > has a number of performance issues which sometimes result in data loss. > > > > To resolve this as well as improve the overall collaborative editing > experience we're able to offer, i'm pleased to introduce a replacement > Nextcloud instance which you can find at https://collaborate.kde.org/ > > > > Main changes to note here are the switch away from KDE Identity to MyKDE > for authentication, as well as the switch to using OnlyOffice for document > editing. We hope that these changes will solve the majority of the user > experience issues we have had with share.kde.org. In particular we expect > the performance issues and data loss problems that accompanied them to be > fully resolved, as they were caused by severe defects in the LDAP > implementation in Nextcloud which they have not corrected more than a year > after we brought them to their attention. > > > > It would be appreciated if you could please all test this installation > over the coming week and let us know of any issues you encounter. Once this > test phase has been completed we plan to migrate the contents of all group > shared folders over from share.kde.org to the new system. > > > > Please note that once we have migrated everything over all existing > shared links will unfortunately be broken. This is a result of how the LDAP > support in Nextcloud works which makes it difficult to switch to a > different method of user login for those accounts. While we investigated > options to migrate this over, extremely poor communication from the vendor > frustrated all attempts to transition this over cleanly and unfortunately > requires a completely clean break to ensure we have no legacy issues > causing problems for us in the future. > > > > Please let us know if you have any questions on the above. > > > > Thanks, > > Ben Cooksley > > KDE Sysadmin >
Re: Introduction of new Nextcloud instance
Thank you for doing this! I noticed that new documents created from the new file menu button use Microsoft Office formats (e.g., docx, xlsx). Can you swich the default formats to OpenDocument formats? On Wed, Jul 21, 2021 at 7:36 AM Ben Cooksley wrote: > > Good morning community, > > As some of you will be aware, the current Nextcloud instance we operate has a > number of performance issues which sometimes result in data loss. > > To resolve this as well as improve the overall collaborative editing > experience we're able to offer, i'm pleased to introduce a replacement > Nextcloud instance which you can find at https://collaborate.kde.org/ > > Main changes to note here are the switch away from KDE Identity to MyKDE for > authentication, as well as the switch to using OnlyOffice for document > editing. We hope that these changes will solve the majority of the user > experience issues we have had with share.kde.org. In particular we expect the > performance issues and data loss problems that accompanied them to be fully > resolved, as they were caused by severe defects in the LDAP implementation in > Nextcloud which they have not corrected more than a year after we brought > them to their attention. > > It would be appreciated if you could please all test this installation over > the coming week and let us know of any issues you encounter. Once this test > phase has been completed we plan to migrate the contents of all group shared > folders over from share.kde.org to the new system. > > Please note that once we have migrated everything over all existing shared > links will unfortunately be broken. This is a result of how the LDAP support > in Nextcloud works which makes it difficult to switch to a different method > of user login for those accounts. While we investigated options to migrate > this over, extremely poor communication from the vendor frustrated all > attempts to transition this over cleanly and unfortunately requires a > completely clean break to ensure we have no legacy issues causing problems > for us in the future. > > Please let us know if you have any questions on the above. > > Thanks, > Ben Cooksley > KDE Sysadmin
Introduction of new Nextcloud instance
Good morning community, As some of you will be aware, the current Nextcloud instance we operate has a number of performance issues which sometimes result in data loss. To resolve this as well as improve the overall collaborative editing experience we're able to offer, i'm pleased to introduce a replacement Nextcloud instance which you can find at https://collaborate.kde.org/ Main changes to note here are the switch away from KDE Identity to MyKDE for authentication, as well as the switch to using OnlyOffice for document editing. We hope that these changes will solve the majority of the user experience issues we have had with share.kde.org. In particular we expect the performance issues and data loss problems that accompanied them to be fully resolved, as they were caused by severe defects in the LDAP implementation in Nextcloud which they have not corrected more than a year after we brought them to their attention. It would be appreciated if you could please all test this installation over the coming week and let us know of any issues you encounter. Once this test phase has been completed we plan to migrate the contents of all group shared folders over from share.kde.org to the new system. Please note that once we have migrated everything over all existing shared links will unfortunately be broken. This is a result of how the LDAP support in Nextcloud works which makes it difficult to switch to a different method of user login for those accounts. While we investigated options to migrate this over, extremely poor communication from the vendor frustrated all attempts to transition this over cleanly and unfortunately requires a completely clean break to ensure we have no legacy issues causing problems for us in the future. Please let us know if you have any questions on the above. Thanks, Ben Cooksley KDE Sysadmin
