Menu
▾
▴
xoops-trackers — All tracker items will be posted to this list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(31) |
May
(248) |
Jun
(151) |
Jul
(59) |
Aug
(67) |
Sep
(49) |
Oct
(151) |
Nov
(58) |
Dec
(112) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(78) |
Feb
(77) |
Mar
(120) |
Apr
(172) |
May
(208) |
Jun
(88) |
Jul
(86) |
Aug
(171) |
Sep
(129) |
Oct
(40) |
Nov
(60) |
Dec
(17) |
| 2006 |
Jan
(82) |
Feb
(47) |
Mar
(21) |
Apr
(29) |
May
(177) |
Jun
(90) |
Jul
(56) |
Aug
(75) |
Sep
(137) |
Oct
(302) |
Nov
(322) |
Dec
(24) |
| 2007 |
Jan
(15) |
Feb
(142) |
Mar
(310) |
Apr
(475) |
May
(54) |
Jun
(57) |
Jul
(61) |
Aug
(159) |
Sep
(75) |
Oct
(97) |
Nov
(63) |
Dec
(97) |
| 2008 |
Jan
(72) |
Feb
(98) |
Mar
(61) |
Apr
(24) |
May
(26) |
Jun
(54) |
Jul
(143) |
Aug
(120) |
Sep
(147) |
Oct
(172) |
Nov
(108) |
Dec
(27) |
| 2009 |
Jan
(55) |
Feb
(80) |
Mar
(84) |
Apr
(99) |
May
(5) |
Jun
(22) |
Jul
(37) |
Aug
(75) |
Sep
(21) |
Oct
(13) |
Nov
(18) |
Dec
(61) |
| 2010 |
Jan
(29) |
Feb
(20) |
Mar
(1) |
Apr
(3) |
May
(7) |
Jun
(30) |
Jul
(17) |
Aug
(13) |
Sep
(63) |
Oct
(62) |
Nov
(14) |
Dec
(4) |
| 2011 |
Jan
(5) |
Feb
(2) |
Mar
(53) |
Apr
(9) |
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(29) |
Sep
(188) |
Oct
(47) |
Nov
(56) |
Dec
(12) |
| 2012 |
Jan
(5) |
Feb
(20) |
Mar
(36) |
Apr
(42) |
May
(2) |
Jun
(21) |
Jul
(23) |
Aug
(33) |
Sep
(22) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(5) |
|
2
(8) |
3
(3) |
4
|
5
(4) |
6
(1) |
7
|
8
(3) |
|
9
(2) |
10
(2) |
11
(1) |
12
(1) |
13
|
14
|
15
|
|
16
|
17
|
18
(1) |
19
(1) |
20
|
21
(39) |
22
|
|
23
|
24
(2) |
25
|
26
|
27
(3) |
28
|
29
(1) |
|
30
(1) |
31
|
|
|
|
|
|
|
From: SourceForge.net <no...@so...> - 2005-01-30 15:53:22
|
Feature Requests item #1112604, was opened at 2005-01-30 16:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1112604&group_id=41586 Category: Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mao (banned) Assigned to: Nobody/Anonymous (nobody) Summary: Log manager Initial Comment: Well, I think this should be included in the core. I think that XOOPS need a log manager, how can I see moderators actions (eg: XXXX has modified comment XXX ->link to the comment)? How can I see admin action (eg:XXX has modified template XXX; XXX has update XXX module)? I think, also, that with a hook system - so every module developer can add the loggin feat to his module (something like to the comments and notification system) - this should be great for xoops (so we can also see 'XXX has modified XXX news'). Regards, banned ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1112604&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-29 18:51:34
|
Bugs item #1112189, was opened at 2005-01-29 10:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1112189&group_id=41586 Category: Core - Core Group: XOOPS 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Bad $xoopsconfig in Xoops 2.0.9.2 Initial Comment: error Message from xoops: Statistics for your banner has been sent to your email address. If the page does not automatically reload, please click here Notice [PHP]: Use of undefined constant sitename - assumed 'sitename' in file banners.php line 216 Actual line On banners.php line 216 $subject = "Your Banner Statistics at ".$xoopsConfig[sitename].""; corrected Line $subject = "Your Banner Statistics at ".$xoopsConfig['sitename'].""; That's it. alain_delisle ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1112189&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 20:14:11
|
Bugs item #1110458, was opened at 2005-01-27 00:16 Message generated for change (Comment added) made by arpboy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 Category: Core - install/upgrade Group: XOOPS 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No Administration Menu Initial Comment: Upgraded from Xoops 2.0.7 to Xoops 2.0.9.2 Users with module admin rights do not get the administration menu option. When I modified the block to force the option, they didn't have permission to go to the admin area. It looks like $xoops_isadmin is not being set properly. FWIW, I also have newbb2 running on the system. Running at GoDaddy - Apache 1.3.31 PHP 4.3.10 MySQL 4.0.21-max-log I further tested by creating a new user and adding to all groups. Still no admin menu. Right now, I'm the only one with admin rights. Help, I need my helpers! Thanks. ---------------------------------------------------------------------- Comment By: Richard Berry (arpboy) Date: 2005-01-27 14:14 Message: Logged In: YES user_id=881758 I just did some additional testing: I have a test web server with the following: Fedora Core 3 Apache 2.0.52-3.1 MySQL 3.23.58-14 PHP 4.3.10-3.2 After a fresh install of 2.0.9.2, I created a dummy admin group and a dummy user. The problem was reproduced. This was not an upgrade, but a new install, so I don't believe it's in the upgrade process. ---------------------------------------------------------------------- Comment By: Richard Berry (arpboy) Date: 2005-01-27 00:19 Message: Logged In: YES user_id=881758 I'm the one who submitted it, but I forgot to log in. If you'd like to change the submitter, be my guest. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 06:19:46
|
Bugs item #1110458, was opened at 2005-01-27 00:16 Message generated for change (Comment added) made by arpboy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 Category: Core - install/upgrade Group: XOOPS 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No Administration Menu Initial Comment: Upgraded from Xoops 2.0.7 to Xoops 2.0.9.2 Users with module admin rights do not get the administration menu option. When I modified the block to force the option, they didn't have permission to go to the admin area. It looks like $xoops_isadmin is not being set properly. FWIW, I also have newbb2 running on the system. Running at GoDaddy - Apache 1.3.31 PHP 4.3.10 MySQL 4.0.21-max-log I further tested by creating a new user and adding to all groups. Still no admin menu. Right now, I'm the only one with admin rights. Help, I need my helpers! Thanks. ---------------------------------------------------------------------- Comment By: Richard Berry (arpboy) Date: 2005-01-27 00:19 Message: Logged In: YES user_id=881758 I'm the one who submitted it, but I forgot to log in. If you'd like to change the submitter, be my guest. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 06:16:58
|
Bugs item #1110458, was opened at 2005-01-26 22:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 Category: Core - install/upgrade Group: XOOPS 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No Administration Menu Initial Comment: Upgraded from Xoops 2.0.7 to Xoops 2.0.9.2 Users with module admin rights do not get the administration menu option. When I modified the block to force the option, they didn't have permission to go to the admin area. It looks like $xoops_isadmin is not being set properly. FWIW, I also have newbb2 running on the system. Running at GoDaddy - Apache 1.3.31 PHP 4.3.10 MySQL 4.0.21-max-log I further tested by creating a new user and adding to all groups. Still no admin menu. Right now, I'm the only one with admin rights. Help, I need my helpers! Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1110458&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-24 14:47:09
|
Patches item #1108380, was opened at 2005-01-24 15:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1108380&group_id=41586 Category: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Kißling (birdseedmusic) Assigned to: Nobody/Anonymous (nobody) Summary: xoops_getenv reporting an error Initial Comment: function xoops_getenv($key) { $ret = isset($_SERVER[$key]) ? $_SERVER [$key] : (isset($_ENV[$key]) ? $_ENV[$key] : null); return $ret; } This is my suggestion of a bugfixed xoops_getenv Function. It produced an php notice if the index $key was not set. This occured when using require('xxx.php') on another webserver which didnt set HTTP_USER_AGENT when querying a xoops script. I also removed the old code and the unneccessary $ret = ''; you find the function in include/functions.php on line 440. greetings MK ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1108380&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-24 11:33:39
|
Bugs item #1108282, was opened at 2005-01-24 03:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1108282&group_id=41586 Category: Core - Core Group: XOOPS 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Blocks/templates Initial Comment: There seems to be a problem with blocks and templates duplicating themselves. There does not seem to be any answers on the xoops.org forum about this. It affects my recent downloads block for wf-downloads where it will not show recent downloads added. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1108282&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:58:54
|
Bugs item #1073586, was opened at 2004-11-26 08:55 Message generated for change (Comment added) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1073586&group_id=41586 Category: Modules - Polls Group: XOOPS 2.0.x >Status: Deleted >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: restarting a poll doesn't empty the options counters Initial Comment: When I restart an expired poll, it reset the total votes counter, but not the counter of each options. It causes display bugs (+ incoherence : total votes = 0, but options vote != 0). ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2005-01-21 13:58 Message: Logged In: YES user_id=441189 This place is only for Xoops core development. Modules are developed on http://dev.xoops.org/ . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1073586&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:57:32
|
Bugs item #1098445, was opened at 2005-01-08 13:50 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1098445&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Hervé Thouzard (hthouzard) >Assigned to: K.Ono (onokazu) Summary: problem with clickable links Initial Comment: Hi, When you create a link inside Xoops, such at this one, it is not fully clickable : http://www.zdnet.fr/builder/web_design/conception_site/0,39021086,39124356,00.htm Bye, Hervé ---------------------------------------------------------------------- Comment By: Hervé Thouzard (hthouzard) Date: 2005-01-08 16:48 Message: Logged In: YES user_id=976995 Create, in any module you want, a text containing the following link : http://www.zdnet.fr/builder/web_design/conception_site/0,39021086,39124356,00.htm This text is transformed to a link but the link goes from http... to site/0 and not to until the end (.htm) ---------------------------------------------------------------------- Comment By: Jan Pedersen (mithyt2) Date: 2005-01-08 16:23 Message: Logged In: YES user_id=841117 could you explain "fully clickable" in a bit more detail? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1098445&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:35
|
Bugs item #1054221, was opened at 2004-10-26 01:46 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1054221&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: phppp (phppp) >Assigned to: K.Ono (onokazu) Summary: xoops_module_header can not be cached Initial Comment: The "xoops_module_header" is assigned in each module instead of in the xoops/header.php and it is not be cached. Will this be fixed in 2.09 or shall we state in the NewBB2 release that 'do not use cache for NewBB2'? the newbb.css could be moved to xoops.css or themes/style.css, but how about the newbb.js? Even this could be done, I would guess users prefer a core fix. ---------------------------------------------------------------------- Comment By: Dominic Ryan (brashquido) Date: 2004-11-18 04:30 Message: Logged In: YES user_id=842809 Any updates on this issue? ---------------------------------------------------------------------- Comment By: phppp (phppp) Date: 2004-10-26 15:30 Message: Logged In: YES user_id=1001493 Good. And also make the xoopsOption for other variables so that each individual module can customize the header content, for instance, the pagetitle hack could be cached. ---------------------------------------------------------------------- Comment By: Jan Pedersen (mithyt2) Date: 2004-10-26 09:56 Message: Logged In: YES user_id=841117 Right - it is not a working solution to assign the module_header after the inclusion of header.php Instead I think it would be best to set a $xoopsOption['xoops_module_header'] before including header.php (like with the $xoopsOption['template_main']) I'll be sure to discuss this with the others, how we can do this best. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1054221&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:02
|
Bugs item #1014438, was opened at 2004-08-23 17:55 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1014438&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: K.Ono (onokazu) Summary: Admin popup menu when mouse over. Initial Comment: I dunno if this does the problem to any other browser or just internet explorer 6 All I see when I mouse over the modules the menu popup and sometimes it appear at the top and the browser hide it. The more modules installed the worst menu will popup ended up at the top top top. Can't see it. I suggest you make the menu static to the icon when mouse over it (just beside it by not just set the menu will appear by percentage or honrizontal center of the vertical modules listed down. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1014438&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:02
|
Bugs item #1092809, was opened at 2004-12-29 18:42 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1092809&group_id=41586 Category: Core - Theme manager >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: M4d3L (m4d3l) >Assigned to: K.Ono (onokazu) Summary: Template change -- to ## Initial Comment: If I put a comment on html code in the template the -- is transformed in ## when I save it! I have 2.0.9 version with ML but I dont think the ML cause this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1092809&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:02
|
Bugs item #1083928, was opened at 2004-12-12 18:40 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1083928&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Dave Lerner (dave_l) >Assigned to: K.Ono (onokazu) Summary: XoopsErrorHandler_HandleError - regex usage Initial Comment: [2.0.9 beta] After reading http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=28427&forum=7 I took a look at function XoopsErrorHandler_HandleError in class/errorhandler.php. This expression could behave unpredictably if XOOPS_ROOT_PATH contains any regex metacharacters: preg_replace("|^" . XOOPS_ROOT_PATH . "/|", '', $errFile) A solution is to use preg_quote(): preg_replace("|^" . preg_quote(XOOPS_ROOT_PATH) . "/|", '', $errFile) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1083928&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:02
|
Bugs item #1083107, was opened at 2004-12-10 19:48 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1083107&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: K.Ono (onokazu) Summary: Module administration/installation Initial Comment: I have attempted to download and install the XOOPS 2.0.7.3 package numerous times and have continually found that I was unable to access the administrative module management. Originally, I believed the problem might relate to installing the package on a secure server (I had isntalled XOOPS on another server and found no problem administering modules). So, first I attempted to locate the problem: I went through the PHP and found the file that was responsible for the errors. I found the moduleadmin.php file (in the modules/system/admin/ moduleadmin path) to be responsible. First I tried replacing this file with the same file from the other working installation; this didn't change anything. So, I turned on PHP_debug mode and looked at the code itself. I ended up finding several parsing errors in the install function, one in the install function, and an error in trying to round the version number in the display function. After changing all of these things, everything seemed to work until I actually attempted to install a module. During the installation process, a message stating "failed to establish a secure connection" popped up. I've spent a good 4-6 hours fixing this problem with little success, so I'm hoping you can provide a bit of assistance. I'm attaching the file I fixed. Thanks, Stephen Killingsworth ste...@ya... ---------------------------------------------------------------------- Comment By: Jan Pedersen (mithyt2) Date: 2004-12-27 10:29 Message: Logged In: YES user_id=841117 Can you verify that the problem is still there in 2.0.9? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-12-13 19:30 Message: Logged In: NO Well, the file I got came included with the 2.0.7.3 package (whatever the version of the particular file I was working with -- not something I looked for). I recently installed XOOPS on the insecure server we have here and found that, once again, it works... so, secure server problem?? I'm not sure if it's universally true, but I sure had one! The changes I made were basically just fixing bad nested quote stuff in the file I had been given in the 2.0.7.3 package, -Stephen ---------------------------------------------------------------------- Comment By: Jan Pedersen (mithyt2) Date: 2004-12-11 12:04 Message: Logged In: YES user_id=841117 I have deleted the attached file after looking through it. I cannot see why you are having problems, but I can see some things: 1 - Your file is vastly different from the one in 2.0.7.3 2 - Its version is 1.27 - the one in 2.0.7.3 is 1.31 3 - modulesadmin.php v1.27 was in XOOPS 2.0.5 Can you be a little more specific as to which parsing errors and other things you have fixed - and how? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1083107&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:00
|
Bugs item #711910, was opened at 2003-03-29 20:31 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=711910&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 6 Submitted By: Sergio Kohl (w4z004) >Assigned to: K.Ono (onokazu) Summary: preferences and selection of the theme Initial Comment: is select in preferences a theme but this is not selected in the USER AVAILABLE THEMES , the theme not change. example : select x2t theme but in the user selectable themes have selected the default when submit, appear the default theme ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=711910&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:56:00
|
Bugs item #973918, was opened at 2004-06-16 17:08 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=973918&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: K.Ono (onokazu) Summary: showImgSelected - Proposed change: Initial Comment: function showImgSelected(imgId, selectId, imgDir, extra, xoopsUrl) { if (xoopsUrl == null) { xoopsUrl = "./"; } imgDom = xoopsGetElementById (imgId); selectDom = xoopsGetElementById (selectId); if (selectDom.options [selectDom.selectedIndex].value != "") { imgDom.src = xoopsUrl + "/"+ imgDir + "/" + selectDom.options [selectDom.selectedIndex].value + extra; } else { imgDom.src = xoopsUrl + "/uploads/blank.gif"; } } Reason: Supplying a empty or Null will always result with a 'empty picture box', this should stop this from happening and having module developers having to store blank.gif images in many folders. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=973918&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:48
|
Bugs item #896457, was opened at 2004-02-13 13:23 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=896457&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 9 Submitted By: Martin Kutschker (masi) >Assigned to: K.Ono (onokazu) Summary: [fix] No localization for XOOPS JS-code Initial Comment: In earlier 2.x releases there used to be a xoopsjs.php. Obviously this was a performance hit regarding download size per page. The current solution to use a non-localized xoops.js is unacceptable. I propose the following solution: Add a file to language/*, eg. xoops.js with the following content. xoopsMsgs = new Array(); xoopsMsgs["ENTERURL"] = "..."; xoopsMsgs["ENTERWEBTITLE"] = "..."; ... In include/xoops.js change the output strings to use the above array. In terms of the old xoopsjs.php this means changing eg "<?php echo _ENTERWEBTITLE;?>" to xoopsMsgs["ENTERWEBTITLE"] In header.php the code must be changed to include language/*/xcops.js before include/xoops.js. Additionally header.php should set the JS variable xoopsURL to the value of the PHP constant XOOPS_URL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=896457&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:48
|
Bugs item #947257, was opened at 2004-05-03 23:15 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=947257&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Jakob Peterhänsel (marook) >Assigned to: K.Ono (onokazu) Summary: Admin menu disappear if LANG is not complete Initial Comment: In the middle of a translation of Xoops 2.0.6, I decide to check it out. I install the language (/language ) and change the site to use it. Very nice, until I click the Administration Menu. The 'System Admin' popup is not showing any more! It seems like the ADMIN part don't load the english files if the LANG choosen is not pressent, and it does not simply display the _VAR_NAME_TO_TRANSLATE placeholders as other modules does! onmouseover changes from: to: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=947257&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #972552, was opened at 2004-06-14 15:25 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=972552&group_id=41586 Category: Core - install/upgrade >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: snagai (snagai) >Assigned to: K.Ono (onokazu) Summary: stopping install without error message Initial Comment: XOOPS2.0.6: If a php binary compiled with '--without-mysql', stopping install at follows, without error message (show blank page) class/database/mysqldatabase.php: 69 ------------------------------------- function connect($selectdb = true) { if (XOOPS_DB_PCONNECT == 1) { $this->conn = @mysql_pconnect(XOOPS_DB_HOST, XOOPS_DB_USER, XOOPS_DB_PASS); } else { $this->conn = @mysql_connect(XOOPS_DB_HOST, XOOPS_DB_USER, XOOPS_DB_PASS); } ------------------------------------- I think need function_exists check. like: install/index.php --- index.php.bak Mon Jun 14 22:13:43 2004 +++ index.php Mon Jun 14 22:14:18 2004 @@ -337,6 +337,13 @@ $title = _INSTALL_L104; $content = "<table align='center'><tr><td align='left'>\n"; + if (!function_exists('mysql_connect')){ + $content .= _NGIMG._INSTALL_LXXX."<br />"; + $content .= "<div style='text-align:center'><br />"._INSTALL_LYYY; + $content .= "</div></td></tr></table>\n"; + $b_back = array('start', _INSTALL_LZZZ); + $b_reload = true; + }else{ if (! $dbm->isConnectable()) { $content .= _NGIMG._INSTALL_L106."<br />"; $content .= "<div style='text-align:center'><br />"._INSTALL_L107; @@ -375,6 +382,7 @@ } } } + } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=972552&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #902605, was opened at 2004-02-23 12:21 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=902605&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Martin Kutschker (masi) >Assigned to: K.Ono (onokazu) Summary: memory limit hit in group administration Initial Comment: In file modules/system/admin/groups/groups.php there is a limit of 1000 users for adding users to group. 1000 is an enormous number for an HTML select box and is way too large for a shared host with only 15MB for PHP. I changed the value to 200 and it worked for me. Don't know what'd be a safe number. 200 still seems too large for a multiple select box. ---------------------------------------------------------------------- Comment By: Finjon Kiang (kiang) Date: 2004-04-30 12:10 Message: Logged In: YES user_id=470970 This change made a trouble that if the members of my site more than 200, I couldn't add anyone to any group. So I remark it and add someone to the group and remove the remark after. Anyone work on it?? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=902605&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #962025, was opened at 2004-05-28 07:43 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=962025&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: Accepted Priority: 5 Submitted By: Tom Hayakawa (tom_g3x) >Assigned to: K.Ono (onokazu) Summary: 'Word Censoring Options' problem Initial Comment: In "Word Censoring Options", - "Enable censoring of unwanted words?" => "yes" - The following is inputted into "Words to censor" 1. It is made a blank. or 2. Separator"|" is put into the last of a character. (ex: "fxxx|sxxx|") - and save. At this time, the value of NULL is set as a "Words to censor". ex: TABLE : "_confog" conf_id = 41 1. conf_value = a:1:{i:0;s:0:"";} 2. conf_value = a:3: {i:0;s:4:"fxxx";i:1;s:4:"sxxx";i:2;s:0:"";} but When saving "Word Censoring Options", replacement of a "Words to censor" has occurred. ex: TABLE : "_confog" conf_id = 41 1. conf_value = #OOPS#a:1:{i:0;s:0:"";} 2. conf_value = #OOPS#a:3: {i:0;s:4:"fxxx";i:1;s:4:"sxxx";i:2;s:0:"";} This generates other administration settings, too. If these problems occur, a general user may become unrestorable. [PROBLEM] The value of NULL is included in a "Words to censor" will not be at a desirable thing. When saving "Words to censor", can't it eliminate the value of NULL? Is it necessary to apply a "Words to censor" to "conf_value" of a "_config" table? I think it administrator levels to input almost this data. We discussed many about this in japanese xoops community, However, we were not able to propose the best idea. Thank you. [Reference page] http://jp.xoops.org/modules/newbb/viewtopic.php? viewmode=flat&topic_id=3944&forum=12 ---------------------------------------------------------------------- Comment By: Skalpa Keo (skalpa) Date: 2004-06-06 18:10 Message: Logged In: YES user_id=882380 grrr..... ;-) I still think this was the way to handle the config case but you are right about other problems. However I think there are other regular expressions that might trigger this (not just empty one), so I am going to check directly by calling censorString() (we make a test string, censor it and test result to see if entered regexp "triggers the bug" or not) Will do before final release. ---------------------------------------------------------------------- Comment By: Tom Hayakawa (tom_g3x) Date: 2004-06-03 10:36 Message: Logged In: YES user_id=1050276 [for example] "Words to censor" ==> blank or "fxxx|sxxx|" ref: MySQL data TABLE : "_confog" conf_id = 41 conf_value = a:1:{i:0;s:0:"";} conf_value = a:3:{i:0;s:4:"fxxx";i:1;s:4:"sxxx";i:2;s:0:"";} This is a mistake arrangement. but, I think that user is easy to mistake it. In this state, changed module name (modules admin) "news" ==> "n e w s" It is as follows after preservation. ==> #OOPS#n #OOPS#e #OOPS#w #OOPS#s and this, changed block name (blockes admin) "main menu" ==> "main menu abc" It is as follows after preservation. ==> "#OOPS#main #OOPS#menu #OOPS#abc" If it is being able to do, I think that it is better to eliminate NULL from "Words to censor" array value. [SAMPLE CODE] kernel/configitem.php line 199 function setConfValueForInput(&$value, $force_slash = false) { switch($this->getVar('conf_valuetype')) { case 'array': if (!is_array($value)) { $value = explode('|', trim($value)); // delete NULL value Tom_G3X (2004-06-02) $value_count = count($value); for ($i=0; $i < $value_count; $i++) { if ($value[$i] == null) { array_splice($value, $i, 1); } } // end of delete NULL value[/color] } $this->setVar('conf_value', serialize($value), $force_slash); break; case 'text': $this->setVar('conf_value', trim($value), $force_slash); break; default: $this->setVar('conf_value', $value, $force_slash); break; } } However, I am not taking into consideration the influence which this code has on parts other than "Words to censor". Once again, Would you inquire? Thank you for your consideration. ---------------------------------------------------------------------- Comment By: Tom Hayakawa (tom_g3x) Date: 2004-06-02 03:43 Message: Logged In: YES user_id=1050276 Thank you skalpa. One question, Doesn't eliminating NULL from "Words to censor" array value have necessity? If this is not removed, I think that an unexpected part is affected. for example, modules admin, blocks admin .......etc. ---------------------------------------------------------------------- Comment By: Skalpa Keo (skalpa) Date: 2004-05-31 21:34 Message: Logged In: YES user_id=882380 OK, done it in 2_0_7 branch. I've used Ryuji's idea to change the variable type to XOBJ_DTYPE_OTHER, as it looked like the more logical to me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=962025&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #980100, was opened at 2004-06-26 03:16 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=980100&group_id=41586 Category: Core - install/upgrade >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Dave Cinege (dcinege) >Assigned to: K.Ono (onokazu) Summary: Variable substitution in db password (security issue?) Initial Comment: Installation was failing for me saying my url and physical dir was incorrect. I then noticed the the error: Parse error: parse error in /home/www/tradershideout.com/mainfile.php on line 78 Reviewing mainfile.php on line 78 showed my database password was mangled. I've tracked it down to doing a substitution of '$4' with a ' (single quote) IE pa$4word is changed to // Database Password // Password for your database user account define('XOOPS_DB_PASS', 'pa'word'); Changing my DB password to remove the '$4' fixed the issue. Obviously no substitution should take place inside of the password, so this may be the precursor to a larger security issue. ---------------------------------------------------------------------- Comment By: zer0fill (zer0fill) Date: 2004-08-21 22:26 Message: Logged In: YES user_id=970739 I have the same problem. For those less knowledgeable, a work-around is to: 1. Complete the install with a alpha-numeric password 2. Change the database user password to your $trongP@ssword 3. Chmod 644 the /public_html/mainfile.php 4. Update the password definition 5. Chmod 444 the /public_html/mainfile.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=980100&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #940766, was opened at 2004-04-23 16:27 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=940766&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Spitz (spitzperl) >Assigned to: K.Ono (onokazu) Summary: SMTP Problem Initial Comment: Hi, after my update from xoops 2.0.5 to 2.0.6 I have a problem with the mail system. I use SMTP and my mail server (debian woody, qmail) do not work well with the emails form xoops. Here are some outputs form ngrep: The first one. I use the distribution phpmailer 1.65 #### T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] EHLO 172.16.0.15.. # T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] MAIL FROM:<<ad...@xx...>>.. # T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] RCPT TO:<<us...@xx...>>.. # T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] DATA.. # T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] Received: from phpmailer ([172.16.0.18]) .. # T 172.16.0.15:38149 -> 172.16.0.1:25 [AP] .by 172.16.0.15 with HTTP (phpmailer);...Fri, 23 Apr 2004 15:57:43 +0200..Date: Fri, 23 Apr 2004 1 5:57:43 +0200..To: us...@xx...: =?iso-8859-1?B?dHJlZmY1Nw==?= <admin@siegene r-zeitung.de>..Subject: test..Message-ID: <e784a324b91bdbeaab38ab01fbdb6f51@172.16.0.15>..X-Priori ty: 3..X-Mailer: phpmailer [version 1.65]..Return-Path: ad...@xx.....X-Mailer: PHP/4 .1.2..Return-Path: ad...@xx...-Version: 1.0..Content-Transfer-Encoding: 8bit.. Content-Type: text/plain; charset="iso-8859-1"....Test2......... The scond one. Now I use phpmailer 1.71 and all works o.k. #### T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] EHLO 172.16.0.15.. # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] MAIL FROM:<ad...@si...>.. # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] RCPT TO:<T....@Si...>.. # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] DATA.. # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] Received: from phpmailer ([172.16.0.18]) .. # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] .by 172.16.0.15 with HTTP (PHPMailer);...Fri, 23 Apr 2004 15:57:04 +0200..Date: Fri, 23 Apr 2004 1 5:57:04 +0200..Return-Path: ad...@si...: T....@Si...: tref f57 <ad...@si...>..Subject: test..Message-ID: <158afef66d61dc850a07a429cc119ed1@172. 16.0.15>..X-Priority: 3..X-Mailer: PHPMailer [version 1.71]..X-Mailer: PHP/4.1.2..Return-Path: adm in...@si...-Version: 1.0..Content-Transfer-Encoding: 8bit..Content-Type: text/pla in; charset="iso-8859-1"....Test2......... # T 172.16.0.15:38148 -> 172.16.0.1:25 [AP] quit.. ## IMHO the problem are the <<xxx>> in the mail-header but I don't know what possible modifications are between 2.0.5 and 2.0.6. mm Thomas ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-10-15 03:14 Message: Logged In: NO Hi, I had the same problem and I fount this informations, But I do not know how to fix it.. The Reason for this error is "Bare LFs in SMTP" for more details "http://cr.yp.to/docs/smtplf.html" ---------------------------------------------------------------------- Comment By: Thomas Spitz (spitzperl) Date: 2004-06-01 12:14 Message: Logged In: YES user_id=993828 I don't think so. IMHO the problem are the in the line RCPT TO:<<us...@xx...>> because there are two '<' and only one are allowed. ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2004-06-01 12:04 Message: Logged In: YES user_id=441189 Is this related to this (fixed) bug? http://sourceforge.net/tracker/?func=detail&atid=430840&aid=961313&group_id=41586 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=940766&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #989069, was opened at 2004-07-11 23:32 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=989069&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: romieangel (romieangel) >Assigned to: K.Ono (onokazu) Summary: Block or Template Block Preview Bug Initial Comment: There's Bug in the Core when trying to See the Preview of Edited Blocks or Edited Template Blocks. This doesn't normally happen but if you have 'gzip compression' set as yes, the Preview button shows either Blank Page or it goes back to 'System Admin' Menu. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=989069&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2005-01-21 12:53:47
|
Bugs item #1009331, was opened at 2004-08-14 23:43 Message generated for change (Settings changed) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1009331&group_id=41586 Category: Core - Core >Group: XOOPS 2.0.10 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: K.Ono (onokazu) Summary: mailusers doesn't send mails when Subject contains foreign Initial Comment: mailusers doesn't send mails when Subject contains foreign language characters. (in my case, Korean) took me forever to figure out why my mailusers wasn't sending mails...ugh... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-10-15 03:09 Message: Logged In: NO The Reason for this error is "Bare LFs in SMTP" for more details "http://cr.yp.to/docs/smtplf.html" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1009331&group_id=41586 |