developer.jelix.org is not used any more and exists only for history. Post new tickets on the Github account.
developer.jelix.org n'est plus utilisée, et existe uniquement pour son historique. Postez les nouveaux tickets sur le compte github.

Custom Query (1324 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (40 - 42 of 1324)

Ticket Resolution Summary Owner Reporter
#1469 invalid screen.css not available foxmask
Description

with testapp we use screen.css but there is no screen.css at all in the jelix-www of jelix 1.3.x

#1467 wontfix jauthdb module inconnu quand on passe de l'admin.php à l'index.php foxmask
Description

Quand on installe master admin via

php cmd.php initadmin admin.php

Une fois qu'on se connecte à master admin puisqu'on se déconnecte et retournons à index.php on obtient l'erreur suivante quand on n'a pas de coordinateur auth sur index.php :

2012-05-02 22:34:43	127.0.0.1	error	2012-05-02 22:34:43	127.0.0.1	
[18]	Module inconnu dans le sélecteur "jauthdb~jelixuser"	
/home/foxmask/Public/www_foxmask/lib/jelix/core/selector/jSelectorDao.class.php	48

Ceci semble provenir du cookie créé à l'occasion de la connexion à master_admin.

#1466 fixed jDateTime initialization with an iso8601 string is wrong lionelt
Description

When initialized with an iso8601 string including a timezone indicator, jDateTime does not handle correctly this timezone indicator.

Let's talk about april 15th 2012 noon in Paris (summer time +0200 offset) : 2012-04-15T12:00:00+0200

This date is equivalent to the UTC one : 2012-04-15T10:00:00+0000 = 2012-04-15T10:00:00Z

When initializing jDateTime with such a date, the timezone offset is added to the date when positive, substracted when negative. The contrary should be done.

2012-04-15T12:00:00+0200 is saved as :

year => 2012
month => 4
day => 15
hour => 14
minute => 0
minute => 0

If this jDateTime is exported as an iso8601 string (with the current implementation of jDateTime) it would display : 2012-04-15T14:00:00Z (jDateTime always output iso8601 dates with the Z timezone indicator, which means UTC)

This date is not equal to the date we entered which was (with the Z indicator) : 2012-04-15T10:00:00Z

Therefore I think the timezone should be substracted when positive and added when negative. This inversion is here in the code :

--- before	2012-04-22 12:40:33.000000000 +0200
+++ after	2012-04-22 12:41:13.000000000 +0200
@@ -317,9 +317,9 @@
                     if($match[8] != 'Z'){
                         $d = new jDuration(array('hour'=>$match[10],'minute'=>$match[11]));
                         if($match[9] == '+')
-                            $this->add($d);
-                        else
                             $this->sub($d);
+                        else
+                            $this->add($d);
                     }
                }
                break;
Note: See TracQuery for help on using queries.