What's the name of the template you are using?

Default. I also checked with "Basic" template, it's the same thing.

Did you really replace the /templates folder with the one from the installation package?

Definitely "yes".

Did you clear your browser cache after update?

Yes, to make sure I did it again ---> no change

By the way..., here is the link :http://www.pre-sales.ch/limesurvey/

It looks like for some reason the JS file http://www.pre-sales.ch/limesurvey/classes/eval/em_javascript.js cannot be read from your server.
Please investigate if the file exists. I assume some security setting is keeping the file from being shown.

I'm fine with having it changed to "expressions" to make it consistent with Yii

Sounds great - can you do it or want me to do it? (I think you should rather do it to have your name on the new files ;)

The file em_javascript.js is in its place.
Clicking on the link you gave above I become a 500 - Internal Server Error.

Carsten, I won't be able to get to this until tomorrow or later, so could you do it?

Sure, np.

hugomp: You will have to find out why there is a 500 error. It is most probably because the script is blocked. Or wait until the next 1.92+ version is released (sometime this week) which might solve this issue for you.

Fixed in rev. 7e61746b7f8e9217b5b317aa8f8b4b170f28b84a

OK, Thanks.

Here is the answer of my provider (sorry for the German language). Apparently, the problem is not the path but some other thing that the script is trying to do. The provider says that to do a research on this topic is cost prohibitive.
Note: With version 1.91 the progressbar was working perfectly, why change it?

ja, es liegt nicht am Pfad, da können wir keine Richtlinien festelgen, weil dies ja von kunde zu Kunde unterschiedlich ist. Es kann sein, dass das Script ausführbare rechte benötigt oder Dateien ausführen möchte, was nicht zulässig ist. Rechte um Dateinen zu verschieen oder kopirern in Geschütze Ordner können gemacht werden, indem die Rechte der jeweiligen Ordner auf 777 gesetzt werden, aber welche Ordner das sind, können wir nicht beurteilen. Wir können keine Script aufgrund der komplexität und dem draus resultierendenden Aufwand überprüfen.

Typische Support-Antwort - unwissend, nicht nachfragend und dem Kunden mit Kosten drohen:

Wenn ich http://www.pre-sales.ch/limesurvey/classes/eval/em_javascript.js aufrufe wird da nix ausgeführt, sondern normalerweise nur der Inhalt der Datei wiedergegeben.
Schick denen einfach die URL und frag Sie warum die Datei nicht angezeigt wird.

Here is a better answer:

eine JavaScript Datei kann normalerweise nicht direkt im Browser eingegeben werden sondern wird in der Regel über ein "Include" ausgeführt. Dies ist der Grund weshalb die Datei http://www.pre-sales.ch/limesurvey/classes/eval/em_javascript.js nicht angezeigt werden kann.

Um das JavaScript korrekt auszuführen, bitten wir Sie sich mit einem Webentwickler zu beraten der die Fehlerbehebung vornehmen kann.

Does it make more sens?
This provider is: www.green.ch

Die Antwort ist völliger Blödsinn und eine echte Frechheit
Natürlich kann man jede JavaScript-Datei direkt im Browser aufrufen.

Beispiele:
http://www.limesurvey.org/modules/mod_jTweet/js/jquery.tweet.js
oder auch
http://www.green.ch/Resources/Shared/Scripts/jquery/jquery-ui.min.js
(von deren eigener Webseite)

Provider wechseln hilft. Unglaublich.

I passed on your answer and it did move things! Here is the latest:

Wir haben dies nochmals überprüft. Natürlich hat Ihr Webmaster recht, Sie können .js Skripte im Browser ersehen. Wir vermuten den Fehler in der .htaccess Datei welche wahrscheinlich vom Webentwickler falsch Programmiert oder übersehen worden ist.

Als wir die .htaccess umbenennt haben wurde der Code angezeigt.

Um dies Korrekt zu Programmieren kann sich der Webentwickler mit phpinfo die Server Konfigurationen anschauen und so das Problem mit der .htaccess lösen.

What do you think?

Hallo!
Nunja, LimeSurvey platziert keine .htaccess Datei, die das beeinflussen könnte, daher kommt die evtl. von einer anderen Software.
Mit deren Fehlerbehebung sollte LS aber nun funktionieren.

The problem was the .htaccess in limesurvey/classes/
In the downloaded package it is correctly named .htaccess but
for some strange reason it was automatically renamed .htaccess.txt during files transfer respectively installation of 1.92. I do not understand..., for transfer I use FileZilla in Binary mode.
Renaming .htaccess.txt to .htaccess corrected the problem...
Thanks for your help!

Checking again with GREEN, they confirmed that they are the ones who changed the name of the .htaccess file to .htaccess.txt. and got me confused.
So finally it is the opposite from what I said above, the problem appears when the .htaccess file has its normal name with its content option to remove the directory listing "Options -Indexes".
It looks like that the server is blocking this type of directive.
Is it of any use to LimeSurvey?

1.92+ Build 120211 released