Copy Locations Editor > Translate

Bug #791881 reported by George Duimovich
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned
2.2
Fix Released
Medium
Unassigned
2.3
Fix Released
Medium
Unassigned

Bug Description

EG 2.0.6
OpenSRF 1.6.3

When editing Copy Locations, I attempt to "Translate" a copy location.

Result - no action, no apparent saving of my update. When I click "Create" the popup translation bar just stays there. I see no action in the javascript console.

Also, if I attempt to "Translate" one of the locations at the bottom of the listing, the popup bar doesn't show visible on my screen anywhere. Re-checked this and seems to be the case that just paging down list of entries by one screen, then clicking Translate, also results in no popup. So I'm only able to get the popup when I'm translating on first page of locations.

tags: added: 2.0 i18n staffclient
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Jason Stephenson (jstephenson) wrote :

Set to incomplete pending confirmation in 2.1+.

Changed in evergreen:
status: Confirmed → Incomplete
tags: removed: 2.0
Revision history for this message
George Duimovich (george-duimovich) wrote :

Confirmed in 2.2.0 system (OpenSRF 2.1.0).

Actions to reproduce in Copy Locations Editor

Identify a term to translate (use a copy location that is in the middle or top of your screen).

Click Translate > result is that the listing sends your selected value to the bottom of the screen with no translate input form displaying (UI issue)

Click Translate again > this time the input boxes show up and you can enter in the Locale and the Translation, BUT when you click Create nothing happens and there's no error / feedback.

Re-click Translate to see if the value you entered might have been saved anyways, but input boxes remain empty.

Can reproduce multiple times.

Work-around - IIRC - is to add / insert the translation to the tables directly (config.i18n_core).

Quick check and looks like these show up where fq_field = 'acpl.name'

So for our "Stacks" copy location, this row shows up for our French transalation

656;"acpl.name";"1";"fr-CA";"Rayons"

Changed in evergreen:
status: Incomplete → Confirmed
Revision history for this message
Shae (shae-esilibrary) wrote :

Still an issue at 2.3.0 and 2.3.1. I confirmed with two sites who have reported this is a problem. My steps:

1. From the staff client - admin - local admin - go to copy locations editor.
2. Click on translate next to one of the locations.
3. I can enter the locale (even though the box appears gray as if you can't use it).
4. I can enter a term.
5. NOTE: When I do click translate it jumps me down to the bottom of the screen and goes away. Then I have to click it again before I can enter anything.
6. When I click CREATE, nothing happens. And nothing ever shows at the bottom of the screen as being added.

Revision history for this message
Galen Charlton (gmc) wrote :

A fix for part of this bug is available in the user/gmcharlt/lp791881_acpl_i18n branch in the working/Evergreen repository. In particular, this patch fixes the problem with saving copy location translations but does not address the UI irregularities.

tags: added: pullrequest
Changed in evergreen:
importance: Undecided → Medium
milestone: none → 2.4.0-alpha
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.4.0-alpha1 → 2.4.0-beta
Revision history for this message
Ben Shum (bshum) wrote :

Seems to work for me. Thanks Galen!

Picked to master, rel_2_3, and rel_2_2.

Changed in evergreen:
status: Confirmed → Fix Committed
Ben Shum (bshum)
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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