web client: xul copy template conversion does not immediately propagate xul templates to templates tab

Bug #1773995 reported by Kathy Lussier
44
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Medium
Unassigned

Bug Description

Evergreen version: 3.0

When xul copy templates move to the web client, they do not immediately propagate to the templates tab, which carries the potential risk of having the old templates overwritten. You can make this happen by following these steps:

1. Verify that you have not have any cat.copy.templates in browser local storage and that you are logging into the web client with an account with existing xul copy templates (staff_client.copy_editor.templates in actor.usr_setting), but no web client templates (webstaff.cat.copy.templates in actor.usr_setting).

2. Retrieve a record in the web client and select the option to add a volume to the record.

3. Note that a webstaff.cat.copy.templates entry is added to the actor.usr_setting table. The old xul templates will also appear in the dropdown menu of the editing tab.

4. Click the template tab. The template dropdown menu is empty.

If you close out of this record and add/edit a copy/volume on a new record, the xul templates will appear in that template tab.

However, if the user, upon seeing the empty dropdown, decides to create a new template before exiting, when they save the new web client template, all of their old templates will be overwritten.

Although we could try training all cataloging staff to not create any new templates until they see the old xul templates in the template tab, this issue makes the template conversion process a little fragile. I would like the process to be a little more robust, particularly since recovering from this error requires that an administrator with database access remove the webstaff.cat.copy.templates setting from the actor.usr_setting table.

Revision history for this message
Jeanette Lundgren (jlundgren) wrote :

I can confirm this behavior on 3.0.8 release @ C/W MARS.

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Andrea Neiman (aneiman) wrote :

SCLENDS has signed a contract with Equinox to address this bug.

Andrea Neiman (aneiman)
tags: added: itemtemplates
removed: copytemplates
Changed in evergreen:
assignee: nobody → Jason Etheridge (phasefx)
Revision history for this message
Jason Etheridge (phasefx) wrote :

Here's a branch for this:

collab/phasefx/lp1773995-xul-copy-template-conversion-propagation

Top commit at https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/phasefx/lp1773995-xul-copy-template-conversion-propagation

If you don't want to test with the actual XUL client, you can insert some legacy-style templates with a variation of

insert into actor.usr_setting (usr,name,value) select id, 'staff_client.copy_editor.templates', '{"test1":{"Holdable?":{"field":"holdable","value":"f","type":"attribute"},"Circulate?":{"type":"attribute","value":"f","field":"circulate"}},"hello world":{"Floating?":{"field":"floating","value":"1","type":"attribute"}},"test2":{"Fine Level":{"value":"3","field":"fine_level","type":"attribute"}}}' from actor.usr where id in (IDS_HERE);

tags: added: pullrequest
Changed in evergreen:
assignee: Jason Etheridge (phasefx) → nobody
Michele Morgan (mmorgan)
Changed in evergreen:
milestone: none → 3.4-beta2
Galen Charlton (gmc)
Changed in evergreen:
milestone: 3.4-beta2 → 3.4.1
Changed in evergreen:
milestone: 3.4.1 → 3.4.2
Changed in evergreen:
milestone: 3.4.2 → 3.4.3
Changed in evergreen:
milestone: 3.4.3 → 3.4.4
Changed in evergreen:
milestone: 3.4.4 → 3.5.1
Changed in evergreen:
milestone: 3.5.1 → 3.5.2
Changed in evergreen:
milestone: 3.5.2 → 3.6.1
Changed in evergreen:
milestone: 3.6.1 → 3.6.2
Changed in evergreen:
milestone: 3.6.2 → 3.6.3
tags: removed: webstaffclient
Changed in evergreen:
milestone: 3.6.3 → 3.6.4
Changed in evergreen:
milestone: 3.6.4 → 3.7.2
Beth Willis (willis-a)
tags: added: cat-templates
removed: cataloging itemtemplates
no longer affects: evergreen/3.2
no longer affects: evergreen/3.3
no longer affects: evergreen/3.4
no longer affects: evergreen/3.5
Changed in evergreen:
milestone: 3.7.2 → 3.7.3
Revision history for this message
Terran McCanna (tmccanna) wrote :

After input from catalogers, marking this one Won't Fix since the XUL client is so far out of support.

Changed in evergreen:
status: Confirmed → Won't Fix
Changed in evergreen:
milestone: 3.7.3 → none
no longer affects: evergreen/3.6
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.