Several of these issues have been resolved in the latest build. PLease update and let us know if you still have issues.

So, we updated the latest build from yesterday. Unfortunately the problems are all exactly the same as before.

Are you using a custom template, or the system default?

System default (see the screen shots above).

Are you testing on a physical phone or a simulation? Is the problem resolved if you reload the page?

I'm testing it on a physical phone, both android and iOS have the problems. Starting the survey again does not solve the problem. Reloading during the survey is not possible.

What's the exact screen size of your phone (in pixels)?

We tried it just now on two phones:
Motorola Moto G, 4.5" and 720x1280 pixel and
Iphone 6s; 4.7" 1334x750pixel

We cannot reproduce here, not even on mobile (Samsung S5 Neo)

It looks to me like the old CSS is cache on your phone, so also try clearing the browser cache.

If that does not help, try to set up a clean LimeSurvey version (we released a new version, today), import the survey you attached, then start the survey on your smartphone and see if you still have problems.

Weird. Today, we will not be able to uplaod the new version anymore. We will try to set up a new installation and get back to you beginning next week.

Any news?

sorry for chrossposting from the other Bug and taking some time to respond. The Person responsible for this Bug-Report went on Holiday and I am talking over while he is away-

Unfortunately the problems are still not solved. Even after updating to the lastest build 160606.

The left allignment of the initial screen on the mobile Webpage - while the content is right aligned - can be mitigated by putting all the questions on one page.
However, multiple choice questions and matrices are still not correctly displayed, with the boxes covering the text.
It was tried on multiple machines, with multiple OS and even on a fresh VM without any cookies or cached .css files.

I tried to find whether the error could be with our server and used a fresh vagrant box of a Ubuntu 14.04.4 LTS (GNU/Linux 3.13.0-87-generic x86_64) and only put lime survey on the system. still the issue exists on my system, when viewing the questionnaire

running OSX 10.11.5 (15F34)
Safari: Version 9.1.1 (11601.6.17)
Chrome: 51.0.2704.84 (64-bit)

Could the problem be associated with importing a survey instead of creating a new one?

As far as it seems, the XML code contains position parameters for only the start page. i.e.:

<p dir="rtl" style="text-align:justify;">
إن الأسئلة في استبياننا لا تحتوي على إجابة "خاطئة" و أخرى " صحيحة"  . نرجو منكم أن تجيبوا على كل الأسئلة بمنتهى الصدق و الصراحة و على قدر معرفتكم.< /p >

is taken directly from the XML file for the first page, where the placement seems fine.
In the Question section I assume, the "dir" is set in the css for each language? Could it be possible, that the css file (or wherever the positioning parameters are allocated) is not loaded after the first question page or is overwritten by the basic LTR css?

If it helps and you guarantee that the file is only used for bug-solving purposes, I could potentially send you the .lss file for replication purposes.

After having a look at the finer details of the problem:
a) The RTL css files are not loaded in arabic (and possibly any other RTL language). Unfortunately I can not quickly find out, where you define the loading of the css files, but it seems that the mechanism, which identifies whether the RTL or the base css files should be loaded does not work properly.

a) The long vertical scrollbar is inherited from
.no-more-tables thead tr {
position: absolute;
top: -9999px;
left: -9999px;
in the template.css

This is due to the fact, that the template-rtl.css is not loaded, where the long space is positioned to the right.

b) The Checkboxes are defined in the awesome-bootstrap-checkbox.css and awesome-bootstrap-checkbox-rtl.css. Unfortunately the rtl.css is not loaded either. This is probably the case for ALL rtl css files. (see above)

Could you please check the mechanism, where you define whether the rtl or the base css templates are loaded on each page of the survey?

Any news ?

//Edit: saw the report on the other issue in Hebrew (11368) - this is basically the same problem.
The RTL css files are not loaded - even after the update. Both in Chrome and in Safari.

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=19429

RTL CSS files were not properly loaded when debug mode was off,

Version 2.50 Build 160614 release