Description

Two item types with same "display name" setting (each are "item-abbr" + "item-name") have different outputs.

Both items types' fields are similar (ie text fields)-

Item type university (correct behavior) :

Setting

Output (correct):

Item type library (incorrect behavior) :

Setting

Output (incorrect)

In data editing mode, React components such as DateTime field are always visible for categories, even if the corresponding type is not activated.

Cannot add field variables in the item type template editor.

Uncaught TypeError: Cannot read property 'invoke' of undefined
at HTMLUListElement.click (TemplateEditor.jsx:89)
at HTMLUListElement.dispatch (Control.Layers.js:345)
at HTMLUListElement.elemData.handle (Control.js:164)

When adding a new item to a catalogue, mandatory date fields have a default "Invalid value" error, before any data entry.

This error is also not translated

Dependabot couldn't reach https://rails-assets.org/ as it timed out.

Is https://rails-assets.org/ accessible over the internet? If it is then this may be a transitory issue and can be ignored - Dependabot will close it on its next successful update run.

View the update logs.

In a catalog's data section, adding an item in French is translated incorrectly.

Current translation : "Nouveau type de fiche ".
New translation proposal : "Nouvelle fiche <item type name"" .

English version

French version (incorrect)

Currently, category fields are treated the same as ordinary fields in the representation of an item. However, very often, category fields are linked to the choice set making the category fields visible. So there should be a visual link in the UI that the category fields belong together and that they are linked to the choice set.

It's impossible to rename "Menu items" & "Pages" title fields when you try update them.

In a advanced search "date" field, date format is not always known by users.

Suggestion : Adding a placeholder with date format "YMD" / "YM" / "Y" etc...

Sorted items seem to follow only one language order (possibly the primary language : in this example the french version [see 1st picture below]) and not the currently displayed interface language.

Sidekiq is returning a lot of errors related to the items cache worker.

NoMethodError: undefined method browse_similar_items_link for #<ItemView:0x007fccb1abef70>

and

NoMethodError: undefined method item_display_name for #<ItemView:0x007fcd0ed6bcc0> Did you mean? item_type_id

Error not shown to the user on "reference" type fields (e.g. a required field not filled in).

Formatted text fields do not display feedback to the user when they do not validate (for instance if field is required but user kept it empty). This issue happens only with multi language FormattedText fields !

Issue

When a choice-set has been assigned a category (See "choice-set config"), an advanced search on the choice-set field with a selected value returns all existing data. This include data without a corresponding value, but also data with other values (see example)

Expected

An advanced search should return only corresponding results

Example

Item type example

https://catima.unil.ch/doctech/fr/admin/dossier

Choice-set config example

Category config:

Data:

Advanced search input:

Advanced search results:

Selecting a language via the dropdown menu in the "site" section applies language correctly when navigating the site (ie through item types).

However, only first link of data / setup keeps language parameter (for example ?locale=fr). Further browsing to other links (ie to other item type) looses this parameter. Adding for example ?locale=fr to URL fixes this translation problem.

When selecting a specific category, the edition button is not fully translated (here some mix of French and English "Editer category"

Editing data can cause data display problem, if forementioned data is from a reference field.

Example below shows edition of a "Bibliothèque".

After saving changes, if the field "Université" has not been changed (normal case), it's data are not displayed either in DATA mode or in SITE mode, even though edited fields are taken into account.

Current solution consists in changing, the value to a temporary one and coming back to the previous (aka initial desired) value.

Images in catalogue "DocTech" have been replaced by their filename (1st image below). Furthermore URLs refering to images returns Catima's 404 error (2nd image below).

https://www.codefactor.io/repository/github/catima/catima/commit/162df1e8c827229a0d7dbb44711511a80833d791

Currently, it is not possible to delete a choices set once created.

It would be great to be able to do it instead of only deactivate it. This would allow users to test different choices sets and then clean the choices sets page in Set Up to keep only the useful ones.

Issue description

Categories' items are displayed when not supposed to (i.e. when choice-set config does not specify it).

NB : Mistakenly displayed items are displayed without their title.

Expected behaviour

Categories' items are supposed to be displayed only if choice-set config specifies it in the "Category" field.

Example

Below example shows a field which should be displayed only if category's choice-set is set to yes (see config below) and mistakenly displayed when choice-set is set to no.

Choice set = yes (correct behaviour)

Choice set = no (wrong behaviour)

Choice-set config

In the Data section, item types names are not displayed correctly if their length is above 33 characters.

If you delete an item type used by containers (map or itemlist), you'll get an error when rendering the container's page.

In the Data section, sorting an item by a field other than the primary field (here the reference field "Université") displays items alphabetically unordered by the forementioned field but also by primary fieldl "Nom de bâtiment".

We have an issue with the advanced search on the "date" field type within a category (sous-fiche).

If we use the the "exact search" option we get the following error.

NoMethodError: undefined method `keys' for nil:NilClass (Most recent call first)
File /app/models/search/date_time_strategy.rb line 16 in search
File /app/models/search/choice_set_strategy.rb line 38 in search
File /app/models/item_list/advanced_search_result.rb line 115 in block in build_complex_fields_relations
File /app/models/item_list/advanced_search_result.rb line 110 in each
File /app/models/item_list/advanced_search_result.rb line 110 in build_complex_fields_relations
File /app/models/item_list/advanced_search_result.rb line 95 in block in build_items_strategies
File /app/models/item_list/advanced_search_result.rb line 81 in each
File /app/models/item_list/advanced_search_result.rb line 81 in build_items_strategies
File /app/models/item_list/advanced_search_result.rb line 57 in unpaginaged_items
File /app/models/item_list.rb line 41 in items
File /app/models/item_list.rb line 9 in total_count
File /app/views/advanced_searches/show.html.erb line 3 in block in _app_views_advanced_searches_show_html_erb___3704402415595658482_47352707121080
Show 4 non-project frames
File /app/views/advanced_searches/show.html.erb line 1 in _app_views_advanced_searches_show_html_erb___3704402415595658482_47352707121080

Advanced searches do not display decimal, integer and email fields.

Following translations are missing :

• "Name" label

• Slug's indications : "Lower case letters, numbers, and hyphens only. No accented characters."

In setup mode, disabling "edition mode" ("Include this field in edition list view") for image fields prevents "thumb" images displays in "item lists" and search results" thumb" mode.

"Edition mode" enabled for image field
==>

"Edition mode" disabled for image field

Test URL : https://catima.unil.ch/catmanual2/fr/univ

When a new field has been added in an item type, types are not displayed according to the chosen interface language.

Moreoever, it might be interesting to clarify the field "champ géographique", and especially it's english equivalent "Geometry" as it might not seem very clear that it refers to a JSON input field.

Current situation
In an advanced search, default behaviour of adding a new line of "reference" or "choice sets" fields, is an "AND" operator associated to the new line, resulting in too often default empty results list.

Suggestion
Setting default logical operator "OR" for new lines might avoid unsucessful searches for unexperimented users. Furthermore, "the AND" operator option should be completely removed for "reference" and "choice sets" new lines (no added value compared to "OR").

Below are listed some "Data entry options" which might be non-pertinent and therefore confusing for some fields :

1. "Must be unique" option

• Boolean
• Choice-set
• Editor
• Reference

2. "Required/Optional" option

• Editor

In a catalog's setup, an item type's new field always shows the "Data entry options" in English.

Issue

The navigation arrows on the top right of an item do not always display correctly when the item is accessed from a list. It seems to randomly show 0, 1 or both navigation arrows.

Here, CASES - Cas: Sciences, Ethique et Société is not the last item of it's type. It is expected to be able to go to the item before and the one after but it is not possible.

• This behaviour doesn't happen when navigating through the items with the arrows. CASES - Cas: Sciences, Ethique et Société will have both navigation arrows when accessed from the item before (or after).
• I couldn't find any pattern about why an item would display 0, 1 or both arrows but it seems that a specific item is always going to display the same number of arrows.

When editing an item view, clicking on "code view" button greys out and blocks the editing zone. Thus "code view" functionnality is currently unavailable.

New page containers are not created into the selected language group but into the current locale language group.

Steps to reproduce problem :

1. Choose an item type containing a "Choice Set "
2. Select a choice from "choice set" or add a new one with (+) button
3. Add another, different, choice to "choice set" with (+) button
4. Any first added choice(s) has/have been deleted from field, but newly created choices are still in database

When adding/editing an item view, some headings and buttons are not fully translated :

*"Edit item view" heading

• Template editor
  • Tooltips (mouse hover on buttons)
  • Buttons names ("Add field", "Item link")

We have a bug with reference components when they are in a category (sous-fiche).

The components are not loading correctly and we get console errors. It's happening either way when creating or editing en item.

It could be related to the issue #113.

If an item type has a category with fields that have the same slug as another field in the item type, one of the field data is lost in the catalog dump. Additionally, this might lead to import errors during the catalog load process.

Current situation

Currently, using the "add a video" button of catima html editor (page edition) with an HVA* link does not work.

Example generated code (not working):
<p><video controls="" src="http://av.unil.ch/hva/1742/e-portfolio-720p_hd.mp4" class="note-video-clip" width="640" height="360"></video></p>

Result is : "No video with supported format and MIME type found" error"

*UNIL's video plateform "Html Video Automator"

Enhancement

HVA video integration works with a slight adaptation of generated code, by removing the http: part of the source URL.

Example working code :

<p><video controls="" src="//av.unil.ch/hva/1742/e-portfolio-720p_hd.mp4" class="note-video-clip" width="640" height="360"></video></p>

Result is : working video player

Admin dashboard catalog links do not take the default catalog locale preference. For instance, a catalog with "french" as a language preference (with no other language supported) would be still linked as "en" from the admin dashboard. The catalog links seems to take the default rails locale and not the catalog default.

Rails.application.config.i18n.default_locale = :en

This will create issues when trying to work in the catalog admin interface if the user do not correct manually the locale in the url.

The map base layer is not the same in edition and in the public view.
https://catima.unil.ch/atlastopvaud/fr/admin/toponymes/3497-addos/edit
https://catima.unil.ch/atlastopvaud/fr/toponymes/3497-addos

Is it possible to have the topographic version in both views ?

Icons not showing in HTML Editor for "HTML container", maybe CSS-related problem ?

Tested in Firefox and Chrome for macOS 10.12

After sys admin has created a new catalog, accessing the catalog for the first time (and until an item type has been created) redirects to the list of users (Menu "Users") which might be a bit confusing.

We suggest redirecting to another page, such as "Settings" (allowing to change catalog's name) or to a generic "Welcome to Catima" page.

In the public view of an item, a formatted text field is always shown with scroll bars, as for the "Summary" field below:

Only horizontal scroll bars should be shown, and only for big texts exceeding a given maximum heights.

In the Setup section of a catalog, the "Edit item type" button is not fully translated.

We suggest following translations : "Editer type de fiche" or "Editer "

Following text miss translation in French :

• "Name" label
• "Create and add other" button

Current state
In an advanced search, selecting "between dates" mode "shows a non-pertinent "delete" button.

Screenshot

Suggestion
Remove the "delete" button for both dates input in "between dates" mode

Current situation

Currently, navigating through various items requires going back to the item list

Suggestion

Adding navigation buttons in order to access the previous and next items (according to the item list order) would ease the access to ordered item lists.

UI Suggestion