Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration #98

Draft
wants to merge 234 commits into
base: main
Choose a base branch
from
Draft

Migration #98

wants to merge 234 commits into from

Conversation

bellisk
Copy link
Contributor

@bellisk bellisk commented Sep 5, 2024

No description provided.

Stefanie Taepke and others added 30 commits September 5, 2024 14:18
Previously this was wedged into the package's description, but it can just as well go here in the additional info.
Previously this was wedged into the package's description, but it can just as well go here in additional information.
We don't have the field 'see_alsos' in our dataset schema, so there is no point excluding it from being displayed in additional information.
bellisk and others added 30 commits November 7, 2024 10:59
This helper converts a value into a form that can be used as a sort key - for example, it converts a group's display_name so that a list of groups can be sorted by display_name. Our group titles are multilingual, so we need to localise the value before this can be done.
When we try to get toolkit.request.environ while rebuilding the search index, we get a RuntimeError, 'Working outside of request context,' so we need to catch that here as well as the TypeError.
On the group list and user pages, we get the member count for each group and we can display it. On the dataset groups tab, we don't have the member count for each group, so we should not display anything rather than falsely saying each group has no members.
…t-page

Fix/group members display on dataset page
This is necessary if we are calling this helper while not actually in a request context.
If we get into a state where we have duplicate resources for the same filename (e.g. because we created a new resource for the filename but deleting the old resource failed), we must not delete resources by filename in the finalize step! If we do, we will delete both the new and the old resource for the filename.

This method is already a lot simpler than it used to be, since CKAN no longer stores lots of old versions of resources in the database, so it's safe to change it to delete resources by id.
This will also clean up the filestore of old versions of files that are
otherwise not cleaned up.
…urce

Feat/handle error deleting old resource
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants