xoops / xoopscore25 Goto Github PK
View Code? Open in Web Editor NEWXOOPS Core 2.5.x (current release is 2.5.11: https://github.com/XOOPS/XoopsCore25/releases)
License: GNU General Public License v2.0
XOOPS Core 2.5.x (current release is 2.5.11: https://github.com/XOOPS/XoopsCore25/releases)
License: GNU General Public License v2.0
extension .tpl doesn't works with uploader #192
I'm going to open a website, it is possible that by the final version to end of May to be ready for launch?
Hello,
Did a upgrade from 2.5.7.2 to 2.5.8 and got a blank page when posting forms from two different modules. No mails were sent. Running PHP 5.6.20. If I turned on debug I got this:
Fatal error: Call to undefined method XoopsMailerLocal::XoopsMailer() in /home/qwebb/public_html/jorgen/xoops/language/swedish/xoopsmailerlocal.php on line 40
The language file was quite old (
Solved by replacing the language file with the english xoopsmailerlocal.php version included in 2.5.8.
Hope this is helpful for anyone else having similar problems.
/Jorgen
Attempting to use the \Xmf\Module\Admin class and methods to replace the previous (XOOPS 2.5.x) core methods isn't 'transparent'. The API for input for AddInfoBoxLine() changed so that the calling code has to be changed and the output isn't "identical".
While this may be the desired effect, it doesn't make writing code that can use Xmf if it's available and use the "old" core functions if not since the getVersion() method returns the same revision number (1.2).
Recommend adding a getVersion() method (and probably getReleaseDate() for completeness) in \Xmf\Module\Admin to 'overload' the ModuleAdmin class methods with a different version number.
This allows writing pseudo code something like:
if (XMF) {
$moduleAdmin = \Xmf\Module\Admin::getInstance();
} else {
include [moduleadmin file(s)...]
$moduleAdmin = new ModuleAdmin;
}
and then later in the code...
$adminVer = $moduleAdmin->getVersion();
if ($adminVer > 1.2) {
// execute if version is > 1.2
$moduleAdmin->AddInfoBoxLine( new params list);
} elseif ($adminVer >= 1.1) {
// execute if 1.1 <= version < 1.2
$moduleAdmin->AddInfoBoxLine( params list);
} else {
// [execute other specific methods for version < 1.1..]
}
[execute common code here]
The documentation file htdocs/class/textsanitizer/readme.txt needs to be updated to current standards and release. In the example, the method signatures are wrong and this will cause errors when the code is used as a basis for custom extensions.
Reported on xoops.org forums:
http://xoops.org/modules/newbb/viewtopic.php?post_id=360974#forumpost360974
Warning: Undefined offset: 1 in file /Frameworks/moduleclasses/moduleadmin/moduleadmin.php at the line 485
Warning: Undefined offset: 2 in file /Frameworks/moduleclasses/moduleadmin/moduleadmin.php at the line 485
Warning: A non well formed numeric value encountered in file /Frameworks/moduleclasses/moduleadmin/moduleadmin.php at the line 485
The javascript preview button presented in XoopsFormDhtmlTextArea calls this script to get a rendered version of the text entered:
htdocs/include/formdhtmltextarea_preview.php
When presented with UTF-8 text in an environment where the _CHARSET definition is "UTF-8" the routine mangles some (not all) characters as shown in this image.
Latin diacritics are affected badly, CJK is seemingly randomly garbled, and some things come through fine. ๐ Normal form submission using lower preview button works fine.
Also involved is form_instantPreview() in htdocs/include/formdhtmltextarea.js where there is a call to the broken obsolete escape().
This was fixed in 2.6, where UTF-8 is the only supported character set. There the 'mangle' code in formdhtmltextarea_preview.php was removed, and the escape() in formdhtmltextarea.js switched to encodeURIComponent().
In the 2.5 series we 'encourage' but don't require UTF-8, so that might be an additional concern.
There is a conflict between .item css of bootstrap carousel, with .item of xoops.css
In class formtextdateselect.php
changed
$jstime = formatTimestamp($ele_value, _SHORTDATESTRING);
with
$jstime = formatTimestamp($ele_value, 's');
and in xoopslocal.php class
changed
case 'mysql':
$datestring = 'Y-m-d H:i:s';
break;
with
case 'mysql':
$datestring = _DBTIMESTAMPSTRING;
break;
I tested locally for convenience to create a simple password for online tests.
Although creating the same password changes the encoding from xoops 2.5.7.2, to XOOPS 2.5.8
If I want to copy the same local encoding on the server, phpMyAdmin me a truncation error of the password, it is normal or is there some problem?
Type like this:
$2y$10$Xa/X9k8h0jkHPCFRmjVOW.rOR1CT8z.2hBpSbuCRxPZKp7I8UQMw2
It is truncated where is the point:
$2y$10$Xa/X9k8h0jkHPCFRmjVOW
Reported by @ggoffy here: http://xoops.org/modules/newbb/viewtopic.php?post_id=360430
With profile module installed, if you add a user in modules/system/admin.php?fct=users and then attempt to edit in the profile module, it will fail with Error: Call to a member function getVar() on null
There are problems in the template admin display, especially the files
Xoops use reCAPTCHA V1 look at this:
https://developers.google.com/recaptcha/docs/faq
Version 2 is more interesting!
if the object and link table column names are the same (say item_id) then the SQL statement gives an 'ambiguous column' failure because the statement created doesn't specify which table the "item_id" is referencing...
Currently line 139 in ./model/joint.php is:
$sql = " SELECT COUNT(DISTINCT {$this->handler->keyName}) AS count" . " FROM {$this->handler->table} AS o" . " LEFT JOIN {$this->handler->table_link} AS l ON o.{$this->handler->field_object} = l.{$this->handler->field_link}";
but should be:
$sql = " SELECT COUNT(DISTINCT o.{$this->handler->keyName}) AS count" . " FROM {$this->handler->table} AS o" . " LEFT JOIN {$this->handler->table_link} AS l ON o.{$this->handler->field_object} = l.{$this->handler->field_link}";
Urgently needs a patch!
The burning problem persists in the database!
We are fighting with the server staff without finding solutions to any version of php and mysql.
I repeat that I have tested a fresh version of XOOPS 2.5.8 on Linux server in a subdomain of my website and I can't send any form.
With the 2.5.7.2 version still installed on my site all works perfectly.
There are no log errors or access log
No selection of new groups is successfully saved after the change in the user admin section
Flash is no longer supported by the industry and a security risk if enabled. XOOPS includes 2 flash banners (banner.swf & xoops_flashbanner2.swf) that should be replaced with non-flash banners.
The System Help (in Admin Panel) should also remove references to flash banners at the same time.
What is the root to invoke the class Admin() for XOOPS 2.5.8?
I tried adding use Xmf\Modules\Admin;
and then the same path for new Xmf\Modules\Admin();
but can't find the class
Xoops 2.5.7.1 and 2.5.7.2
In the admin panel -> fields tab, the toggle icon "Required" does not work for custom fields.
Not sure if this is related to #139 but I've been setting up a clean install to test a module and thought I'd use the latest files as some of my previous issues have been mentioned in the work you're doing. I'm using PHP 7.06 MySql 5.5.49 on Mamp Pro and have never had an installation problem before.
Installation goes well until I try to add the admin user and password. When submitting that it times out with a fatal error:
Maximum execution time of 60 seconds exceeded in E:\vhosts\xxxxxxxxx\htdocs\class\database\mysqldatabase.php on line 66
Call Stack
1 0.2009 376128 {main}( ) ...\page_tablesfill.php:0
2 7.3579 1622408 make_data( ) ...\page_tablesfill.php:70
3 59.6227 1787488 Db_manager->insert( ) ...\makedata.php:111
4 59.6227 1787488 XoopsMySQLDatabase->connect( ) ...\dbmanager.php:246
The database connection has been made as the tables have been created in the database.
Hope that's helpful
Jan
Help text on right side of Admin Control Panel - How can I create content with XOOPS?
"To create content, you must first install a content module, like the Publisher or the News module. To learn more about XOOPS modules click here..."
Should consider not referencing "News" module since it hasn't been updated in 3 yrs.
When I want do a search of users (/modules/profile/search.php):
the results are always zero:
Solution found by slider84:
replace the line 114 in the file /modules/profile/search.php
$searchform->addElement(new XoopsFormTextDateSelect(sprintf(_PROFILE_MA_LATERTHAN, $fields[$i]->getVar('field_title')), $fields[$i]->getVar('field_name') . "_larger", 15, 0));
with:
$searchform->addElement(new XoopsFormTextDateSelect(sprintf(_PROFILE_MA_LATERTHAN, $fields[$i]->getVar('field_title')), $fields[$i]->getVar('field_name') . "_larger", 15, 1));
There is a problem in avatar, smiley and each time there is an upload form.
If the image is larger (size) than the limit, the image is not uploaded but the system does not indicate an error message. insertion into the db is made. This is not good.
I can fix the problem if necessary.
In ./class/xoopsform/formselect.php setting the selected attribute uses selected="selected" however per HTML standard should just be selected...
in render() method change lines 214-216 from:
if (count($ele_value) > 0 && in_array($value, $ele_value)) {
$ret .= ' selected="selected"';
}
to:
if (count($ele_value) > 0 && in_array($value, $ele_value)) {
$ret .= ' selected';
}
This effects multiple XoopsForm Objects since several classes extend the XoopsFormSelect class. Similar issue exists in XOOPS 2.6.x series - a separate issue has been opened there too...
Bug detailed here by slider84:
http://xoops.org/modules/newbb/viewtopic.php?post_id=358515#forumpost358515
Why this code don't Work???
public function createThumbs( $pathToImages, $pathToThumbs, $thumbWidth )
{
// open the directory
$dir = opendir( $pathToImages );
// loop through it, looking for any/all JPG/PNG/BMP/GIF files:
while (false !== ($fname = readdir( $dir ))) {
// parse path for the extension
$info = pathinfo($pathToImages . $fname);
// continue only if this is a JPEG image
if ( strtolower($info['extension']) == 'jpg' || strtolower($info['extension']) == 'png' || strtolower($info['extension']) == 'gif' || strtolower($info['extension']) == 'bmp' )
{
// echo "Creating thumbnail for {$fname} <br />";
// load image and get image size
switch (imagetypes()) {
case IMG_JPG:
$img = imagecreatefromjpeg( "{$pathToImages}/{$fname}" );
break;
case IMG_PNG:
$img = imagecreatefrompng( "{$pathToImages}/{$fname}" );
break;
case IMG_GIF:
$img = imagecreatefromgif( "{$pathToImages}/{$fname}" );
break;
case IMG_WBMP:
$img = imagecreatefromwbmp( "{$pathToImages}/{$fname}" );
break;
case IMG_XPM:
$img = imagecreatefromxpm( "{$pathToImages}/{$fname}" );
break;
default:
$img = imagecreatefromxbm( "{$pathToImages}/{$fname}" );
break;
}
$width = imagesx( $img );
$height = imagesy( $img );
// calculate thumbnail size
$newWidth = $thumbWidth;
$newHeight = floor( $height * ( $thumbWidth / $width ) );
// create a new tempopary image
$tmpImg = imagecreatetruecolor( $newWidth, $newHeight );
// copy and resize old image into new image
imagecopyresized( $tmpImg, $img, 0, 0, 0, 0, $newWidth, $newHeight, $width, $height );
// save thumbnail into a file
switch (imagetypes()) {
case IMG_JPG:
imagejpeg( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
case IMG_PNG:
imagepng( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
case IMG_GIF:
imagegif( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
case IMG_WBMP:
imagewbmp( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
case IMG_XPM:
imagegd( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
default:
imagegd2( $tmpImg, "{$pathToThumbs}/{$fname}" );
break;
}
}
}
// close the directory
closedir( $dir );
}
I think I've successfully created
If used only this:
$img = imagecreatefromjpeg( "{$pathToImages}/{$fname}" );
it Work
Please, take a look here:
http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=238823#forumpost238823
Xoops 2.5.7.1, (perhaps 2.5.7.2)
Debug mode : On (to see errors)
Admin panel -> Permissions tab -> choose "visibility" in the dropdown list.
Errors:
Warning: Illegal string offset 'user_group' dans le fichier /var/www/data_xoops/caches/smarty_compile/4f4a4c99-profile-default-default^%%A0^A00^A0020D4E%%db%3Aprofile_admin_visibility.tpl.php ligne 35
By admin I need this, but in frontend is not need for me
<script src="http://www.mysite.org/include/xoops.js" type="text/javascript"></script>
I commented on the row that contains it in the file class/theme.php
Then I did a search in the htdocs directory to search all the files this line, but I have not found.
Besides theme.php where I go to find this xoops.js line?
Thanks!
When you go to /admin.php, content of all tabs is visible:
Needed to update to Tabs 1.2.7 from: https://github.com/jquerytools/jquerytools/releases/tag/v1.2.7
See: #113
It is not intended vendor/sebastian, in XOOPS 2.5.9?
Currently we read the changelog as non-UTF8 file and encode it as UTF8 (in moduleadmin.php):
$ret .= utf8_encode(implode('<br>', file($file))) . "\n";
But that causes issues if the changelog is actually encoded as UTF8.
Since our standard is UTF-8 for all files, I would suggest to remove the "utf8_encode" and simply have it as:
$ret .= implode('<br>', file($file)) . "\n";
Unless we can check for encoding, but it seems to be way to complicated and worth the time. I think, it's easier to agree to have changelog in UTF-8 :)
Template manager does not load any documents / modules / scripts.
Left hand menu file explorer shows all files in file structure but none load. Error present in RC2 and RC3 and on PHP 5.6.1.3 and PHP 7.
Found when testing a module. Console error shown in second screenshot below.
hope that helps.
Jan
When a module is on the home page, the slider is not displayed.
`<{if $xoops_dirname == "system"}>
Hi,
I managed to install Xoops 2.5.7.2 without any problem on my website (free.fr).
But I have an issue when I install Xoops 2.5.8 (RC1 or RC2).
Steps 1 to 8 : no problem
Step 9 (Initial settings) : I fill in the blanks and when I click on Next, it goes back to the step 6 (Databas configuration).
Thanks,
Regards,
Vincent Ulmer (France)
Issue reported on myalbum
Prior to 2.5.8 XoopsForm had a PHP 4 style constructor, and the myalbum code is calling it.
Ultimately, myAlbum needs to be brought up to current standards, but for the sake of BC, we should add a shim to XoopsForm, similar to the ones used in similar cases, for example XoopsObjectHandler(), so that old code continues to function, but the problem is logged so that it can be corrected.
htdocs/class/libraries/vendor/xoops/xmf/src/Xmf/Request.php
protected static function stripSlashesRecursive($value)
{
$value = is_array($value)
? array_map(array('XoopsRequest', 'stripSlashesRecursive'), $value)
: stripslashes($value);
return $value;
}
should be changed to:
protected static function stripSlashesRecursive($value)
{
$value = is_array($value)
? array_map(array('Xmf\Request','stripSlashesRecursive'), $value)
: stripslashes($value);
return $value;
}
without the change PHP gives the following error when trying to use \Xmf\Request::getArray():
Warning: array_map() expects parameter 1 to be a valid callback, class 'XoopsRequest' not found in file /class/libraries/vendor/xoops/xmf/src/Xmf/Request.php line 615
Not all url of sitemap are created, both with the module xsitemap, both with a php script that I have, and with online tools, only some of those, type url news, are created only the last and then only the main url, type index.php or /
I thought it might be a problem to order the list of contents, but it seems a bit strange that.
What could it be?
Similar to Issue #56, found link to sourceforge in System module that should now point to github...
in ./modules/system/themes/default/language/english/admin.php line 50 there is a link to the XOOPS publisher module on sourceforge. While this technically still works the most recent updated version is now maintained on github at https://github.com/XoopsModules25x/publisher
In htdocs/modules/profile/class/field.php there is a specific check for a "theme.html" when listing available themes. This no longer works with the themes included with XOOPS, those now use "theme.tpl"
Older themes, and possibly the current theme of a system being upgraded, may still use the old theme.html convention, so we need to support both .tpl and .html naming.
Profile should either recognize theme.tpl as valid, or trust the system configuration theme_set_allowed to be valid themes. I lean toward trusting theme_set_allowed, but either way is OK.
We have problems in submit.php file of modules with the form classes, having as admin language, user side even if I add xoops_loadLanguage('admin'); function It does not work anyway.
I know that there is no need to place the call to include_once $xoops->path('include/functions.php'); because in header.php file of modules, it's already called by include XOOPS_ROOT_PATH."/include/common.php"; in mainfile.php
What can it be?
I'm trying in every way to solve, without success.
Dead link:
http://www.xoops.org/modules/modules-search/
You can find it here:
htdocs/modules/system/themes/zetadigme/language/english/localsupport.php
line 30
'link' => 'http://www.xoops.org/modules/modules-search/',
There were changes between 2.5.7 and 2.5.8 that cause some of the XoopsMultiMailer class vars not to be set correctly - which is different than in XOOPS 2.5.7.
It appears that there were some changes to 'fix' some vars by changing them to camelCase however it has created some issues between variable naming in xoopsMailer and xoopsMultiMailer (PHPMailer). For example in xoopsMailer the var is body ($this->body) but in PHPMailer it is Body ($this->Body) - this causes the body of the message to not be set correctly.
Other variables need to be checked too - for example: Subject, Charset, Encoding, Sender and FromName... There may be others but I wanted to flag this as quickly as possible so 2.5.8 doesn't go FINAL before someone can look at this.
See the xoopsMailer->sendMail() method for example where the variable case needs to evaluated.
I believe there's 2 instances where $this->handler->keyName_link is being used but is undefined. Believe it should be $this->handler->keyName instead.
This error causes an invalid SQL query to be generated.
Why, I can't upload video files in the upload directory with XoopsFormFile class?
On the browser bottom bar you see the load as a percentage and then back to the form page with the new video module.
If you use another module TDMDownloads for example, after a few seconds goes into servers below, page not found.
I set to maxsize 10000000000, for 250.000kb files should load them, instead it does not
XOOPS user cadch recommended this in response to a charset issue.
To edit XoopsCore25-2.5.8\htdocs\class\database\mysqldatabase.php
after line 77
add
$this->conn->set_charset(XOOPS_DB_CHARSET);
On investigation, \MySQLDatabase::connect() is using the incorrect method when establishing the character set (a "SET NAMES" query as needed with the mysql extension.)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.