View Issue Details

IDProjectCategoryView StatusLast Update
12349Bug reportsData Entry (non public)public2020-12-23 11:20
ReporterDeveloperChris Assigned To 
Status feedbackResolutionreopened 
Product Version4.1.7 
Summary12349: RTL languages not dispayed correctly in the admin editor

When editing questions etc using the wysiwyg editor is incorrectly set as LTR

Editors for RTL languages should display in RTL

This can cause layout issues as users incorrectly apply unnecessary text alignment

Steps To Reproduce

Create a dual language survey where the secondary language is Arabic

Create a question and switch to the Arabic tab

Toolbars are displayed LTR
Text is displayed LTR

View source code:
Editor utilises LTR in its styling.

Additional Information

One suggestion may be to switch your admin language to the alternate language. While that works its very clumsy and the alternate problem occurs. In other words the English editor is now displaying in RTL.

TagsNo tags attached.
Complete LimeSurvey version number (& build)Version 2.64.7+170404, ALL LS3, Version 4.1.6+200220
I will donate to the project if issue is resolvedNo
Sync to Zoho Project
Database & DB-VersionNA
Server OS (if known)NA
Webserver software & version (if known)NA
PHP VersionNA


related to 15030 closeddominikvitt Css and font issue, Arabic is not displayed properly. 




2017-04-28 15:30

administrator   ~43494

Do you know if this is possible, Carsten?



2018-02-15 11:53

administrator   ~46505

Sure it is. Correct behaviour should be that the CKEditor RTL orientation should be the one of the survey language, not admin interface language.



2018-02-15 13:45

administrator   ~46525

Can you please update to the latest version first, 2.73? Thank you. Let me know if the problem persists.



2019-08-14 14:45

manager   ~53176

I will close it - new bug report with SS reported here 15030



2019-10-14 05:42

reporter   ~54015

Not sure why this was closed but the issue persists into LimeSurvey Version 3.19.1

I have tested on the demo site.

The linked issue 15030 is about the administration interface when it is set to Arabic. not when the admin interface is English but you are trying to compose Arabic questions.



2019-10-14 05:45

reporter   ~54016

I have attached some example images from



2019-10-14 05:48

reporter   ~54017

Sorry made a mistake here is the second image



2019-10-14 07:18

reporter   ~54018

A workaround for the issue, but it only works for Arabic and would have to be modified for other rtl languages like Hebrew

Create a custom admin theme
Add a custom JavaScript file to the config.xml file in your custom admin theme


create a js file in the scripts subfolder (may have to create this folder)
in my case I added the file arfix.js

in that file add the following code
jQuery(document).ready(function( $ ) {

      $("#ar iframe").contents().find("html").attr("dir","rtl");
      $("#ar iframe").contents().find("html").attr("lang","ar");


flush the admin theme from the global settings file

Now when an author clicks on the Arabic editor tab the language direction will be changed to RTL



2019-10-14 07:19

reporter   ~54019

sorry for the bad formatting above it seems the editor here has a few bugs as well...



2019-11-03 15:54

manager   ~54349

Hey @DeveloperChris,

I will check it again asap. thanks for the heads up!



2020-02-24 14:57

administrator   ~56166

Won't fix, LS2 is no longer supported. Please check if the issue persists in LS3 and LS4.



2020-02-24 23:26

reporter   ~56190

This is a problem that started in LS2 but continues in LS3 and is considerably worse in LS4

I am not sure why you closed this bug without at least checking to see that it had been resolved.

The reason why it is considerably worse in LS4 is because LS4 has changed the way the editor and tabs work and rather than reload the editor and content it just switches the content in and out, rendering my previous hack as unworkable.



2020-02-25 08:02

developer   ~56191

@DeveloperChris : please report another issue for 4.X

Else : did 4.X RTL functionality work good in 4.X without the HTML editor ?

PS : i think too we must have a clean RTL system



2020-02-25 10:04

administrator   ~56196

I am not sure why you closed this bug without at least checking to see that it had been resolved.


Thanks for checking.



2020-02-25 23:50

reporter   ~56202

This is the second time it has been closed without doing any due diligence, Bugs don't go away just because you close a bug report. I had already reported this bug continued into LS3, and LS4 is not yet up to a standard we can use. For example take a quick look at the question type selector. It includes a "Browser Check" question type which looks like its a hangover from debugging and as this is in a release it brings into question how well tested the code actually is.

"Not sure why this was closed but the issue persists into LimeSurvey Version 3.19.1"

A simple request to check LS4 would have been sufficient, but for someone who is trying to help by at the very minimum reporting issues (we are also financial supporters) we find it is a slap in the face to have our efforts discarded without thought.

Thanks Denis. I'd love to repeat everything I have done in a new report. But I don't have the "Time"



2020-10-20 13:00

manager   ~60298

Hey @DeveloperChris - we will be reverting to the old LS view in LS4.4 next month. I will move this ticket to acknowledged and assigned it to myself.
Thank you for your contributions!



2020-12-23 11:20

manager   ~61075

Hello @DeveloperChris , 4.4.0 RC1 has been released. Could you please check if everything is fine now :) ?

Issue History

Date Modified Username Field Change
2017-04-27 05:32 DeveloperChris New Issue
2017-04-28 14:57 ollehar Assigned To => ollehar
2017-04-28 14:57 ollehar Status new => assigned
2017-04-28 15:30 ollehar Assigned To ollehar => c_schmitz
2017-04-28 15:30 ollehar Note Added: 43494
2017-05-03 18:00 LouisGac Priority none => urgent
2018-02-15 11:53 c_schmitz Assigned To c_schmitz => ollehar
2018-02-15 11:53 c_schmitz Note Added: 46505
2018-02-15 13:45 ollehar Status assigned => feedback
2018-02-15 13:45 ollehar Note Added: 46525
2019-08-14 14:45 cdorin Assigned To ollehar => cdorin
2019-08-14 14:45 cdorin Status feedback => closed
2019-08-14 14:45 cdorin Resolution open => not fixable
2019-08-14 14:45 cdorin Note Added: 53176
2019-08-14 14:45 cdorin Relationship added related to 15030
2019-10-14 05:42 DeveloperChris Status closed => feedback
2019-10-14 05:42 DeveloperChris Resolution not fixable => reopened
2019-10-14 05:42 DeveloperChris Note Added: 54015
2019-10-14 05:45 DeveloperChris File Added: 2019-10-14 14_12_48-LimeSurvey.png
2019-10-14 05:45 DeveloperChris File Added: 2019-10-14 14_13_43-LimeSurvey.png
2019-10-14 05:45 DeveloperChris Note Added: 54016
2019-10-14 05:45 DeveloperChris Status feedback => assigned
2019-10-14 05:48 DeveloperChris File Deleted: 2019-10-14 14_13_43-LimeSurvey.png
2019-10-14 05:48 DeveloperChris File Added: 2019-10-14 14_13_43-LimeSurvey.png
2019-10-14 05:48 DeveloperChris Note Added: 54017
2019-10-14 07:18 DeveloperChris Note Added: 54018
2019-10-14 07:19 DeveloperChris Note Added: 54019
2019-11-03 15:54 cdorin Note Added: 54349
2020-02-24 14:57 ollehar Status assigned => closed
2020-02-24 14:57 ollehar Note Added: 56166
2020-02-24 23:26 DeveloperChris Status closed => feedback
2020-02-24 23:26 DeveloperChris Complete LimeSurvey version number (& build) Version 2.64.7+170404 => Version 2.64.7+170404, ALL LS3, Version 4.1.6+200220
2020-02-24 23:26 DeveloperChris Note Added: 56190
2020-02-25 08:02 DenisChenu Note Added: 56191
2020-02-25 10:04 ollehar Note Added: 56196
2020-02-25 23:50 DeveloperChris Note Added: 56202
2020-02-25 23:50 DeveloperChris Status feedback => assigned
2020-02-27 00:23 c_schmitz Product Version 2.64.x => 4.1.7
2020-05-27 15:43 cdorin Priority urgent => high
2020-10-20 13:00 cdorin Note Added: 60298
2020-10-20 13:01 cdorin Status assigned => acknowledged
2020-12-23 11:20 cdorin Note Added: 61075
2020-12-23 11:20 cdorin Assigned To cdorin =>
2020-12-23 11:20 cdorin Status acknowledged => feedback