Groups are now set up so there is one for members (kansli-medlemmar) and one for the mailing list (kansli). The latter is a member of the former and setup so that emails are archived in it and sent on to the former.

This was started a bit in T309587#8071512 and ran into some trouble, see T309587#8071512 on.

Created a case with Google support regarding the failing export in Data Export.

We tried using Data Export, which exports all data for all apps. It also could not export all groups and gave no more information than that all data couldn't be retrieved. There was a proposed solution, but that seems to just have done the export again with the same result.

It sounds like Google Vault should be able to export Groups messages, but with our Workspace version we don't have that nor are we able to buy it.

I received a reply from Google support, see below. In short something is wrong with Takeout, unclear what, and they don't offer any support for it. Since there are no useful error messages I don't think we can do much on our end. Even if it starts working, it won't be a reliable way to retrieve list messages.

This was not caused by Firefox itself, but rather the add-on Drag-Select Link Text. Turning off "Override unselectable text" in settings solves it.

I had a brief chat with Google Workspace support. They said they'll send it on to someone else and come back to me via email.

I found Got Your Back which can download emails from an account. Doesn't work for Groups unfortunately.

There is now a template Core metrics. I have as best I could modified the global metrics template to fit the new metrics and made parameters a bit more consistent. Someone who knows more about the content will have to go through the text and see if it makes sense. A couple of things I don't know what to do with are:

• Are the metrics still set by WMF?
• Should any of the "additional metrics" be included?

I added comments in <CAPS> to make them easy to find.

I tried changing the settings so that a test group (that does export MBOX) had the same settings as "kansli". When I exported the test group still had the MBOX file.

I tried to only export the "kansli" list several times over the last few days (in case there was a temporary issue), but still don't get the MBOX file.

Adding an event listener to the buttons that just calls event.preventDefault() fixes this.

Is rejected the opposite to or lack of accepted? It sounds like there are only the two states which assumes that the user not doing anything would count as rejecting. There may be situations where they're unsure if a suggestion is correct and therefore don't accept.

In preparation for this I'm trying to move the e-mails from the "kansli" group to a new one, that will be the new list for employees.

I'm having some trouble with this for Wikispeech. Codesniffer doesn't like the function name onSkinTemplateNavigation__Universal which is implemented from SkinTemplateNavigation__UniversalHook.

The database for Umepedia takes up quite a bit of space, 1.5 GB. Almost all of it is the table wp_posts which has nearly 300,000 records. I tried a couple of WP plugins to optimise the database, but they didn't do much. Ultimately I know too little about WP to say if it's normal that a fairly small site takes up this much space.

In T300104#8018836, @Lokal_Profil wrote:

Issue 3 was raised by Larske at an in person meeting

Added redirects for {odok,umea}.wikimedia.se. Everything should end up on https://...

The link that was pointing to new. has been fixed. This happened after I installed Certbot (T310891). Not sure if it was because of that, but at least it works now.

Installed Certbot with snap (not by choice, but it was the recommended method). {www,api}.offentligkonst.se and www.umepedia.se now have https and the http appears to redirect there correctly.

Redirected www.offentligkonst.se and api.offentligkonst.se to the new server. Changed URL on wiki (T207824#8036244) and redirected /api to api. subdomain.

Redirected www.umepedia.se to the new server. Some links (e.g. main page) still points to new.umepedia.se. I don't know why that is, hopefully it's because of a cache somewhere that will sort itself out.

Snapshot of the code as it was before migrating saved as branch https://github.com/Wikimedia-Sverige/ODOK/tree/old-server.

I see. I assumed it worked the same as if I added the maintainers of isa manually. If this is how it's intended to work I think it would be a good idea to clarify that on the maintainers page (toolsadmin.wikimedia.org/tools/id/.../maintainers/) and/or in the instructions for "become".

I got this too when setting up the dev instance. The reason is that in WTForms 3.0.0 moves things from fields.html5 to just fields. Specifying WTForms==2.* for Pip is enough to fix this, but it would be better to have a look at updating the code so it runs with the latest WTForms instead, if that's not to much work.

All active plugins are set to auto update.

I went through the plugins on the old site. Many are old, outdated and/or don't work anymore. Below is a list of them and which ones are now activated on the new site.

The standard "reply" only replies to the sender and not the list. "Reply all" is required for that. Setting "Post replies to" to "All group members" sets the reply address to the list's. Asked if this is preferred for this list.

Keep api.offentligkonst.se as API and redirect http://offentligkonst.se/api/ to it.

The map doesn't work, either on old or new site.

Take a look at the theme, if it's easy to update the custom theme with the new WP-parent theme. If so do that else skip for now. Make sure to save the old theme files in that case.

It may be an idea to update the local storage with the entry from Speechoid storage after it has been updated. This should catch any side affects to other entry items.

Changing that setting appears to have fixed it. "Conversation history" should also be turned off to not end up with duplicate archive in the member group.

It appears that Speechoid removes preferred from any other entry with the same language and word when preferred is set to true (which makes sense). This means the same needs to be done for local lexicons to not make them out of sync.

After testing it seems that "Allow email posting" under "Posting policies" needs to be on for the member group. Awaiting new test e-mail from group member.

E-mails aren't forwarded to the member group, which is a member of the list group.

I poked around a bit and found out that this only happens when clicking the selection player. It occurs in Firefox (101.0.1), but not in Chromium (102.0.5005.115). This means that this probably is due to something having changed in the order of how things happen when clicking in Firefox.

I tested WMDE's site and got it working mostly. There was some rewrites that didn't work. I didn't use docker.

The plugin used to show header images is no longer maintained. If we want to keep them we need to find another plugin.

After importing a couple of themes from the old site, the new one is now up and running. Some things are still missing, e.g. header images.

I managed to import the database from the old server. Had to change siteurl and home in wp_options to the new server URL.

Installed WP on sites.wikimedia.se following these instructions. Pointed new.umepedia.se to the WP site.

I've gone through the examples on the API documentation and fixed any errors and warnings.

There were some DEFINER statements in the database dump that were causing issues. Specifically "andre" was definer in some places. I removed those statements and re-imported the database, as suggested in https://stackoverflow.com/a/19707173.

The Google maps API appears to have changed since the ODOK API was written. It doesn't understand the requests, both on old and new server.

Imported ODOK database from old server. Added Mysql user "odok_user" with SELECT privileges to it.

I ran a deprecation detection tool and it found 56 instances of deprecated calls, all of them for Mysql.

The API is using a deprecated extension for Mysql.

The initial error was that a function wasn't defined as static. I'm guessing that worked in whatever PHP on the old server, but not anymore.

The API is up at http://new-api.offentligkonst.se/api.php, tough it's giving PHP errors.

I upgraded disk to 10 GB (next possible increment) since it was running out.