Project

General

Profile

Bug #3594

yoxview triggers js message in Dutch or extended language

Added by Yannick Warnier about 8 years ago. Updated almost 8 years ago.

Status:
Bug resolved
Priority:
High
Category:
-
Target version:
Start date:
12/06/2011
Due date:
% Done:

90%

Estimated time:
1.00 h
Spent time:
Complexity:
Normal
SCRUM pts - complexity:
8

Description

yoxview generates an error message when loading a document page (with some content) in Dutch or in any sub-language.
For the sublanguage, we fixed the problem in CKeditor already by using the same ISO code for the parent and the children languages. For the Dutch problem, however, it boils down to something else.

It's been reported on the forum: http://www.chamilo.org/fr/node/1429#comment-2478 and for now I have suggested the quick-patch of commenting the code that triggers the error message. This is not a long-term solution though.

In my opinion, we need to get a reason for the error (the language file path is correct and can be loaded in a browser; and the Dutch language file is syntactically correct too).


Files

english.png (27.7 KB) english.png Julio Montoya, 14/06/2011 11:46
nl.png (38.3 KB) nl.png Julio Montoya, 14/06/2011 11:46

Associated revisions

Revision 6898e9bf (diff)
Added by Yannick Warnier about 8 years ago

Temporarily commented error messaging code in language file loader (in any case it defaults to English) - refs #3594

Revision d38ae670 (diff)
Added by Julio Montoya about 8 years ago

Undo js error comment + fixing NL yoxview file see #3594

History

#1

Updated by Julio Montoya about 8 years ago

I found a weird problem about break spaces see the differences with spanish and nl

#2

Updated by Julio Montoya about 8 years ago

  • Status changed from New to Assigned
  • Assignee set to Julio Montoya
#3

Updated by Julio Montoya about 8 years ago

  • Status changed from Assigned to Needs more info
  • Assignee changed from Julio Montoya to Yannick Warnier
  • % Done changed from 0 to 90
#4

Updated by Bas Wijnen about 8 years ago

Your new file still has HelpText and SlideShow on one line. I think the problem is only about the final }, so it might work anyway (I can't test it now; my web host caches the old file, so I need to wait several hours).

#5

Updated by Yannick Warnier almost 8 years ago

Bas Wijnen wrote:

Your new file still has HelpText and SlideShow on one line. I think the problem is only about the final }, so it might work anyway (I can't test it now; my web host caches the old file, so I need to wait several hours).

Bas, any chance you would have verified this?

#6

Updated by Yannick Warnier almost 8 years ago

  • Status changed from Needs more info to Bug resolved

Closing for lack of feedback, but could be re-opened or further commented if needed.

Also available in: Atom PDF