View Issue Details

This bug affects 1 person(s).
 4
IDProjectCategoryView StatusLast Update
19210Bug reportsTranslationpublic2023-12-18 16:53
Reportervbraque Assigned To 
PrioritynoneSeverityminor 
Status newResolutionopen 
Product Version5.6.x 
Summary19210: Quick translation does not update some fields on database
Description

First of all, I'm not sure if this issue is well classified. It's not strictly on translation project (multilanguages labels an so...) but it's concerning on multilanguage configuration and update changes on database.

Symptoms: The quick translation utility does not correctly update database changes for the "subquerys" and "answer otions" fields. It works okey for the rest of the fields.

Workarround: You can update this content manually, that's it, edit+save changes

Steps To Reproduce

(seed Description above)

TagsNo tags attached.
Bug heat4
Complete LimeSurvey version number (& build)LimeSurvey Community Edition Versión 5.6.41+231017
I will donate to the project if issue is resolvedNo
BrowserChrome (recent)
Database type & versionOracle 19c
Server OS (if known)CentOS
Webserver software & version (if known)Tomcat 8x
PHP Version¿?

Users monitoring this issue

There are no users monitoring this issue.

Activities

vbraque

vbraque

2023-10-30 09:12

reporter   ~78119

Please, see the file attatched to see tabs involved in this bug.
In this case, spanish is the main language and english the second.

image.png (142,774 bytes)
vbraque

vbraque

2023-10-30 11:50

reporter   ~78132

Just attatch a printscreen with system info from our server.

sistemaLS.png (24,506 bytes)   
sistemaLS.png (24,506 bytes)   
gabrieljenik

gabrieljenik

2023-10-31 20:17

manager   ~78195

Does this happen on all surveys or just large surveys?
Can you try with a single question survey?

Thanks

gabrieljenik

gabrieljenik

2023-12-06 13:33

manager   ~78892

Please can you review the max_input_vars php.ini setting and try again?

vbraque

vbraque

2023-12-18 08:46

reporter   ~79020

Hi grabieljenik
max_input_vars at php.ini is 1000 in our production server (crashes on large surveys) and 2000 in our testing server and it works partially.
I mean:
When you press "translate survey", sub-query translation works okay, but doesn't work with answer-options and all the email subjects. In fact, this is really strange cause answer-options translations only saves okey the FIRST screen, not all of them. So it's working partially.

Do you mean I must increase this value, for example, to 3000, 4000, 5000... to solve this ??
Or is it a real bug about saving process on database??
Waiting x your news

En lo de opciones de respuesta es muy raro, solo me guarda los cambios de la primera de la pantalla, las otras no.

gabrieljenik

gabrieljenik

2023-12-18 16:53

manager   ~79035

Do you mean I must increase this value, for example, to 3000, 4000, 5000... to solve this ??

Yes.

Or is it a real bug about saving process on database??

No, this is not a bug.
There are too many input fields on that screen and not all of them get to the PHP to have them processed.

Issue History

Date Modified Username Field Change
2023-10-30 09:06 vbraque New Issue
2023-10-30 09:12 vbraque Note Added: 78119
2023-10-30 09:12 vbraque File Added: image.png
2023-10-30 09:12 vbraque Bug heat 0 => 2
2023-10-30 11:50 vbraque Note Added: 78132
2023-10-30 11:50 vbraque File Added: sistemaLS.png
2023-10-31 20:17 gabrieljenik Note Added: 78195
2023-10-31 20:17 gabrieljenik Bug heat 2 => 4
2023-10-31 20:17 gabrieljenik Status new => acknowledged
2023-12-06 13:33 gabrieljenik Status acknowledged => feedback
2023-12-06 13:33 gabrieljenik Note Added: 78892
2023-12-18 08:46 vbraque Note Added: 79020
2023-12-18 08:46 vbraque Status feedback => new
2023-12-18 16:53 gabrieljenik Note Added: 79035