61
SMEDrieben
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/6/30 6:31

  • SMEDrieben

  • Not too shy to talk

  • Posts: 173

  • Since: 2009/6/17


Perhaps I have a similar problem. If I add a new item in News, the published date is set to 1/1/1970. I entered 29/06/2014 in the New item page.

In the database, the date created is correct, but the publisehd date not (1/1/1970, in the database 64800.

How can I solve this ?

SMEDrieben

62
Mamba
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/6/30 7:01

  • Mamba

  • Moderator

  • Posts: 11409

  • Since: 2004/4/23


Quote:
Perhaps I have a similar problem. If I add a new item in News, the published date is set to 1/1/1970. I entered 29/06/2014 in the New item page.

In the database, the date created is correct, but the publisehd date not (1/1/1970, in the database 64800.

How can I solve this ?

There were already few discussions about it - we don't recommend to use the slashes in European dates like this: "d/m/Y". PHP thinks that when there are slashes, it is a US/UK format, and reads the first number as month, and not as day. Please use "d-m-Y". Please see my answer here
Support XOOPS => DONATE
Use 2.5.11 | Docs | Modules | Bugs

63
SMEDrieben
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/6/30 7:36

  • SMEDrieben

  • Not too shy to talk

  • Posts: 173

  • Since: 2009/6/17


This is my global.php (language/nederlands/global.php)

define('_DATESTRING''j/n/Y G:i:s'); // kan naar eigen voorkeur aangepast worden
define('_MEDIUMDATESTRING''j/n/Y G:i'); // kan naar eigen voorkeur aangepast worden
define('_SHORTDATESTRING''d/m/Y'); // kan naar eigen voorkeur aangepast worden


and

define('_DBDATESTRING''Y-m-d');
define('_DBTIMESTRING''H:i:s');
define('_DBTIMESTAMPSTRING''Y-m-d H:i:s');


Is the _SHORTDATESTRING causing the problem ?

Thanks,

SMEDrieben

64
Mamba
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/6/30 7:56

  • Mamba

  • Moderator

  • Posts: 11409

  • Since: 2004/4/23


define('_DATESTRING''j/n/Y G:i:s'); // kan naar eigen voorkeur aangepast worden 
define('_MEDIUMDATESTRING''j/n/Y G:i'); // kan naar eigen voorkeur aangepast worden 
define('_SHORTDATESTRING''d/m/Y'); // kan naar eigen voorkeur aangepast worden

Yes, it is mainly _SHORTDATESTRING, but I would also change the others above, so it is consistent.
Support XOOPS => DONATE
Use 2.5.11 | Docs | Modules | Bugs

65
timgno
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/6/30 13:00

  • timgno

  • Module Developer

  • Posts: 1504

  • Since: 2007/6/21


You can solve for all languages ​​in a standard way

Just create a script in moduleadmin.php line 475 with preg_replace function in this way:
$date explode('/',preg_replace('/[^0-9]/''/'$this->_obj->getInfo('release_date')));


With this code, all characters other than numbers are replaced with the slash

66
geekwright
Re: XOOPS 2.5.7 Final Release Issues

Quote:

timgno wrote:
You can solve for all languages ​​in a standard way

...

With this code, all characters other than numbers are replaced with the slash


Actually, that would just complicate the problem. (Trying to reference day 6 of month 30, for example.)

The xoops_version.php file does not have any way to define a locale in which it is written, so
$modversion['release_date'] = '06/30/2014';

has to be in the default en_US locale, which is dd/mm/yyyy, otherwise you will get unpredictable results.

For the more general case of processing user input, we do have a locale in use. So, for 2.6, it may be possible to devise a solution that does not depend on PHP's default mechanism to determine the order. But for now, with the the 2.5 series, Mamba's previous advice is the solution.

67
timgno
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/7/7 12:14

  • timgno

  • Module Developer

  • Posts: 1504

  • Since: 2007/6/21


Another problem I found, at all times during the construction of the module tdmcreate, is to uninstall the modules.

The templates/admin in the database tpl_file, don't regenerate "tpl_lastimport = 0" and we don't delete.

I saw that the file system/admin/modulesadmin/modulesadmin.php, at the line 525 contains only the template user side:
$templates $tplfile_handler->find(null'module'$module->getVar('mid'));

We can add code to do for admin like this:
$templates $tplfile_handler->find(null'admin'$module->getVar('mid'));

Can we do?

68
timgno
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/7/10 19:46

  • timgno

  • Module Developer

  • Posts: 1504

  • Since: 2007/6/21


For a possible version 2.5.8, I suggest we can add a class XoopsHelper after XoopsRequest

69
slider84
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/9/28 9:49

  • slider84

  • Just popping in

  • Posts: 21

  • Since: 2013/8/16


I think there is a bug in the rights of the Profile module in 2.5.7:
The field access rights are reversed from the checkbox status.

To reproduce the bug:
1- In the permissions tab profile select from the dropdown list: "Can be searched on the part of these groups"
2- Remove all the rights of all groups (yes ...)
3- Search a user from pseudo.
Well, well, the admin can still find user... at this limit this doesn't traumatize me but other groups can also !

4 In contrast, if now we check all the group for admins, admins can no longer find anything !

It looks like a reversal of the value of the checkboxes and real state of rights.
Or the text of the dropdown list would be: Can not be searched on the part of these groups. Not very logical...

Tested on a brand new 2.5.7 an on upgrade from 2.5.6.
I tested only this option,i had no time for other options (Editable field from profile, profiles can be viewed by these groups...)

70
slider84
Re: XOOPS 2.5.7 Final Release Issues
  • 2014/10/3 15:24

  • slider84

  • Just popping in

  • Posts: 21

  • Since: 2013/8/16


Hi all,

Someone else have the same problem with Profile rights ?

Login

Who's Online

299 user(s) are online (192 user(s) are browsing Support Forums)


Members: 0


Guests: 299


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Nov 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits