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
|
2
|
3
|
4
(3) |
5
(2) |
|
6
(1) |
7
(2) |
8
(1) |
9
(1) |
10
(3) |
11
(1) |
12
(7) |
|
13
(1) |
14
(2) |
15
|
16
(1) |
17
(1) |
18
(1) |
19
(13) |
|
20
(8) |
21
(2) |
22
(1) |
23
(1) |
24
|
25
(2) |
26
(2) |
|
27
(1) |
28
(1) |
29
|
30
(2) |
31
(1) |
|
|
|
From: SourceForge.net <no...@so...> - 2009-12-31 16:39:43
|
Bugs item #2917631, was opened at 2009-12-19 09:07 Message generated for change (Comment added) made by beckmi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2917631&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: Nobody/Anonymous (nobody) Summary: Double frame around BBcode quotes in zetagenesis Initial Comment: The BBcode quote tags eg [quote]This is a quote[/quote] are translated to Quote:<div class="xoopsQuote"><blockquote>This is a quote</blockquote></div> which is correct, but in the CSS file of zetagenesis both the xoopsQuote class and the blockquote tag are style with a frame (outline), which makes that the text has a double border. Obvious one too many! This is no problem with the default theme. Solution could be to have div.xoopsQuote blockquote {border:none;} in content.css ---------------------------------------------------------------------- >Comment By: mamba (beckmi) Date: 2009-12-31 11:39 Message: Fixed in SVN ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2917631&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-30 23:21:24
|
Bugs item #2923867, was opened at 2009-12-30 18:20 Message generated for change (Comment added) made by beckmi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2923867&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules - Profile Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: mamba (beckmi) Assigned to: trabis (trabis) Summary: Profile Module - Website Row is displayed even value is empt Initial Comment: the website row in template is displayed even when the url value is empty should be hidden if the value is empty ..just like other field.... See: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=321887#forumpost321887 ---------------------------------------------------------------------- Comment By: mamba (beckmi) Date: 2009-12-30 18:21 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2923867&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-30 23:20:37
|
Bugs item #2923867, was opened at 2009-12-30 18:20 Message generated for change (Tracker Item Submitted) made by beckmi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2923867&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules - Profile Group: XOOPS 2.4.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: mamba (beckmi) Assigned to: trabis (trabis) Summary: Profile Module - Website Row is displayed even value is empt Initial Comment: the website row in template is displayed even when the url value is empty should be hidden if the value is empty ..just like other field.... See: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=321887#forumpost321887 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2923867&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-28 02:17:47
|
Feature Requests item #2922073, was opened at 2009-12-27 21:17 Message generated for change (Tracker Item Submitted) made by beckmi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=2922073&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Administration Group: XOOPS 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: mamba (beckmi) Assigned to: Nobody/Anonymous (nobody) Summary: Add "Select/unselect all" checkbox Initial Comment: See: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=321785#forumpost321785 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=2922073&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-27 02:20:18
|
Bugs item #2914175, was opened at 2009-12-14 13:52 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2914175&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: code tags translate to double tags and alter first line Initial Comment: The generated html code contains a double code tag and also a ,br. is inserted at the start. Assume this fragment [code] function isGuest() { return false; }[/code] And this is the HTML for it: <div class="xoopsCode"><code><code><span style="color: #000000"> <span style="color: #0000BB"><br /></span><span style="color: #007700">function </span><span style="color: #0000BB">isGuest</span><span style="color: #007700">() <br /> { <br /> return </span><span style="color: #0000BB">false</span><span style="color: #007700">; <br /> }</span><span style="color: #0000BB"></span> </span> </code></code></div> The ,code. tag is double and there is a <br /> added. Furthermore the code tag is removing whitespace on the start, making the fragment function isGuest() { return false; } displaying as: function isGuest() { return false; } ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-27 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 7 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:18 Message: This seems OK now. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 13:14 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2914175&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-26 18:47:05
|
Bugs item #2915970, was opened at 2009-12-17 01:48 Message generated for change (Settings changed) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-26 18:47 Message: I added new language defines and replaced link with an error message. Please review it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-25 15:14 Message: In case of faulty ID it says simply Errors in the redirect. That could better be more explict, with eg 'Wrong ID' When the refferrer is wrong, it presents the link in the error message and thus defeating partially the purpose of the check. It should simply say: Not allowed' 'No refferrer' would be too explicit and may hint for frauding. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-23 00:07 Message: I have added error handling to banners.php. Depending on the error type you will get a redirection or a link with the target url. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-21 14:38 Message: It is because the exit() is used without arguments or redirect in click_banner. Open a blank window in the navigator and use the URL direct in the address field. Result is a white page. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-21 13:29 Message: Banners.php is like it was on 2.3 and banners worked back then. Do you think it is better to add target=_blank in banners instead of doing it with javascript? Can you test trunk, why do you assume you will still have a blank page? ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 14:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 11:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-26 17:04:24
|
Bugs item #2910495, was opened at 2009-12-08 07:03 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-26 17:04 Message: Seems it was working with php 5.3 but not with older versions. I found it was a php bug so I made a work around for it. Reference here: http://www.islamic-dictionary.com/blog/?tag=perl Please test it again. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-25 15:20 Message: The html entities work all three (+ >) now , but the three examples with the tick an backslash, gives the same faulty result. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-22 23:19 Message: Ok, I think it is now fixed! Please test it. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-22 23:19 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 14:39 Message: Working better. The example expression seems corrct. Working also ⟨ amp lang semicolon & amp amp semicolon Not working eg > amp gt semicolon becomes > \\ backslash backslash disappears \' backslash tick becomes tick '' tick tick becomes tick ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 11:42 Message: Thanks Ghia, I've done some changes and hope this time it is ok. Please test it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 14:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-25 15:20:46
|
Bugs item #2910495, was opened at 2009-12-08 08:03 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-25 16:20 Message: The html entities work all three (+ >) now , but the three examples with the tick an backslash, gives the same faulty result. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-23 00:19 Message: Ok, I think it is now fixed! Please test it. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-23 00:19 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 15:39 Message: Working better. The example expression seems corrct. Working also ⟨ amp lang semicolon & amp amp semicolon Not working eg > amp gt semicolon becomes > \\ backslash backslash disappears \' backslash tick becomes tick '' tick tick becomes tick ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 12:42 Message: Thanks Ghia, I've done some changes and hope this time it is ok. Please test it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 15:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 15:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-25 15:14:27
|
Bugs item #2915970, was opened at 2009-12-17 02:48 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-25 16:14 Message: In case of faulty ID it says simply Errors in the redirect. That could better be more explict, with eg 'Wrong ID' When the refferrer is wrong, it presents the link in the error message and thus defeating partially the purpose of the check. It should simply say: Not allowed' 'No refferrer' would be too explicit and may hint for frauding. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-23 01:07 Message: I have added error handling to banners.php. Depending on the error type you will get a redirection or a link with the target url. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-21 15:38 Message: It is because the exit() is used without arguments or redirect in click_banner. Open a blank window in the navigator and use the URL direct in the address field. Result is a white page. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-21 14:29 Message: Banners.php is like it was on 2.3 and banners worked back then. Do you think it is better to add target=_blank in banners instead of doing it with javascript? Can you test trunk, why do you assume you will still have a blank page? ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 15:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 12:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-23 00:07:07
|
Bugs item #2915970, was opened at 2009-12-17 01:48 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-23 00:07 Message: I have added error handling to banners.php. Depending on the error type you will get a redirection or a link with the target url. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-21 14:38 Message: It is because the exit() is used without arguments or redirect in click_banner. Open a blank window in the navigator and use the URL direct in the address field. Result is a white page. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-21 13:29 Message: Banners.php is like it was on 2.3 and banners worked back then. Do you think it is better to add target=_blank in banners instead of doing it with javascript? Can you test trunk, why do you assume you will still have a blank page? ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 14:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 11:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-22 23:19:11
|
Bugs item #2910495, was opened at 2009-12-08 07:03 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-22 23:19 Message: Ok, I think it is now fixed! Please test it. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-22 23:19 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 14:39 Message: Working better. The example expression seems corrct. Working also ⟨ amp lang semicolon & amp amp semicolon Not working eg > amp gt semicolon becomes > \\ backslash backslash disappears \' backslash tick becomes tick '' tick tick becomes tick ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 11:42 Message: Thanks Ghia, I've done some changes and hope this time it is ok. Please test it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 14:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-21 14:38:32
|
Bugs item #2915970, was opened at 2009-12-17 02:48 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x Status: Open Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-21 15:38 Message: It is because the exit() is used without arguments or redirect in click_banner. Open a blank window in the navigator and use the URL direct in the address field. Result is a white page. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-21 14:29 Message: Banners.php is like it was on 2.3 and banners worked back then. Do you think it is better to add target=_blank in banners instead of doing it with javascript? Can you test trunk, why do you assume you will still have a blank page? ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 15:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 12:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-21 13:29:51
|
Bugs item #2915970, was opened at 2009-12-17 01:48 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x Status: Open Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-21 13:29 Message: Banners.php is like it was on 2.3 and banners worked back then. Do you think it is better to add target=_blank in banners instead of doing it with javascript? Can you test trunk, why do you assume you will still have a blank page? ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 14:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 11:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 14:39:08
|
Bugs item #2910495, was opened at 2009-12-08 08:03 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 15:39 Message: Working better. The example expression seems corrct. Working also ⟨ amp lang semicolon & amp amp semicolon Not working eg > amp gt semicolon becomes > \\ backslash backslash disappears \' backslash tick becomes tick '' tick tick becomes tick ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 12:42 Message: Thanks Ghia, I've done some changes and hope this time it is ok. Please test it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 15:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 15:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 14:21:32
|
Bugs item #2915970, was opened at 2009-12-17 02:48 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-20 15:21 Message: No, the white page can't be fixed. banners.php is still unchanged. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-20 12:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 11:46:08
|
Bugs item #2915970, was opened at 2009-12-17 01:48 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-20 11:46 Message: NO, I think it is fixed now. I did not change php code(I keep the 'rel'). I've changed JS to replace rel by target=_blank on page load. Maybe it will stop validating but it will work. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 11:42:24
|
Bugs item #2910495, was opened at 2009-12-08 07:03 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-20 11:42 Message: Thanks Ghia, I've done some changes and hope this time it is ok. Please test it. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 21:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 14:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 02:20:20
|
Bugs item #2911944, was opened at 2009-12-10 11:20 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2911944&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules - Profile Group: XOOPS 2.4.x >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Users can see other users profile in edit profile Initial Comment: Users can see another users profile when trying to edit their profile when caching for the module is on. See this http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320456#forumpost320456 Measures have to be taken that this gets untangled or exluded from the cache. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-20 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 7 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 10:24 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Mark Boyden (mboyden) Date: 2009-12-10 14:36 Message: I've continued the discussion in the forum post. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2911944&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 02:20:19
|
Bugs item #2908887, was opened at 2009-12-04 16:02 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2908887&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: User can not select system avatars. Initial Comment: See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320760#forumpost320760 Result of strpos is tested wrong and failing on newer PHP versions. replace all if (0 === strpos( to if (false === strpos( This is also the case for /edituser.php (when profile module is not used) Assumed is that similar tests exists in the XOOPS core and need to be updated. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-20 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 7 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 10:07 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2908887&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 02:20:19
|
Bugs item #2904777, was opened at 2009-11-27 01:31 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2904777&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Bandit. S. (bandit-x) Assigned to: trabis (trabis) Summary: preload including not installed module's preloads Initial Comment: the preloads are being included on modules that are not installed. should do a check on what modules are installed and use their dirnames for path of preloads folders to include. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-20 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 7 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 09:59 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-11-28 11:55 Message: True, but preload class is one of the first to load and does not have access to database when instantiated. This need to be done using a cache file holding the current installed and active modules. That will be done on xoops 2.5. For now modules will have to check if they are installed and active in the preload itself before executing any code. ---------------------------------------------------------------------- Comment By: Bandit. S. (bandit-x) Date: 2009-11-27 01:33 Message: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320488#forumpost320488 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2904777&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-20 02:20:19
|
Bugs item #2909312, was opened at 2009-12-05 15:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2909312&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Layout of XoopsForms is changed Initial Comment: Since 2.4.2, XoopsForms are taking 40% of the place for the texts before the answer fields column. This is for many users too large and makes editor windows, etc smaller. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320814#forumpost320814 On top of that, the width specification is done with code and not by CSS. The style parameter (style="width: 40%") should be removed from /class/xoopsform/themeform.php and tableform.php ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-20 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 7 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 09:57 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2909312&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 21:39:08
|
Bugs item #2915970, was opened at 2009-12-17 02:48 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: Banner white page on IE Initial Comment: When clicking on a banner in IE, a new page is opened, but it stays white. In FF, there is no problem. See this: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=315992#forumpost315992 This worked with older versions of XOOPS. It appears, that the substitution of target="_blank" by rel="external" is the cause that IE opens a new page without referrer, which causes the white page. See this: http://www.frxoops.org/modules/newbb/viewtopic.php?post_id=190500#forumpost190500 So, the target="_blank" should be reinstated. The white page is caused by an exit without warning. The exit is done in click_banner in banners.php. The code should be extended so that an appropriate warning (no id, no referrer) is given and that then eg the current or home page is displayed. ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:39 Message: But the white page is still there? ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:35 Message: I have fixed this on SVN by reverting one of the functions on xoops.js(not using window.open anymore) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2915970&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 21:31:34
|
Bugs item #2910495, was opened at 2009-12-08 08:03 Message generated for change (Comment added) made by ghia You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- >Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 22:31 Message: The test was done with a forum post. It was not needed before to have html active (see last result 'Before (2.4.2)' and it should not be after the modification. The function itself should transform possible generated html enttities to readable text. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 21:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 15:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 15:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 20:42:06
|
Bugs item #2910495, was opened at 2009-12-08 07:03 Message generated for change (Settings changed) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) Assigned to: trabis (trabis) Summary: BBcode code tag handles code worse than quote tag. Initial Comment: The [code] tag is supposed to handle code nicely, but it does a job far more worse than when the code is inserted between [quote] tags or as plain text. Especially when regex code is involved, there are many errors, making the published code between the code tags unusable and worthless. Examples are here: http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320919#forumpost320919 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320597#forumpost320597 http://www.xoops.org/modules/newbb/viewtopic.php?post_id=304057#forumpost304057 Other example of not displayable code is & ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-19 20:31 Message: You need to have html active. If you are using code inside a comment please set html to true. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:25 Message: Replaced module.textsanitizer.php and syntaxhighlight.php from 4044 http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=4044 (A link as above would be handy in the 'fixed in svn, waiting review' message ) Result is not what is expected: $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Original: $replacedUri = preg_replace("/\/modules\/".$xoopsModule->getVar('dirname')."\/(.*)$/i", "$1", $xoopsRequestUri); Before (2.4.2) $replacedUri = preg_replace("//modules/".$xoopsModule->getVar('dirname')."/(.*)$/i", "$1", $xoopsRequestUri); ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 14:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2910495&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 20:40:29
|
Bugs item #2909799, was opened at 2009-12-07 01:13 Message generated for change (Comment added) made by trabis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2909799&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.4.x Status: Open >Resolution: None Priority: 5 Private: No Submitted By: Gerard Vanderveken (ghia) >Assigned to: Nobody/Anonymous (nobody) Summary: Unbalanced [quote] introduces unbalanced <div> tag Initial Comment: When in eg the forum only the opening [quote] BBcode is used without the closing [/quote], an opening <div> tag is generated but not a closing one. This makes an misalignment in the div tags and will also ruin the layout. See this http://www.xoops.org/modules/newbb/viewtopic.php?post_id=320510#forumpost320510 The quote tags should only be processed in pairs. AFAIK this was not a problem in earlier versions. This may also be applicable to other BBcodes. ---------------------------------------------------------------------- >Comment By: trabis (trabis) Date: 2009-12-19 20:40 Message: I don't know how to solve this. If I use replace by matching both start and end tags then it does not work with nested quotes. This requires a complex logic to find the matching tags so we could discard the not matching ones. ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-19 14:40 Message: Checked with module.textsanitizer rev 4044 [quote] [quote]This is a quote[/quote] translates still to: Quote:<div class="xoopsQuote"><blockquote> Quote:<div class="xoopsQuote"><blockquote>This is a quote</blockquote></div> ---------------------------------------------------------------------- Comment By: Gerard Vanderveken (ghia) Date: 2009-12-13 13:44 Message: Checking the code review http://xoops.svn.sourceforge.net/viewvc/xoops/XoopsCore/trunk/htdocs/class/module.textsanitizer.php?view=diff&pathrev=4029&r1=3999&r2=4000 can't convince me that this is resolved as easy as that and it makes me wonder if it brings some solution, and why it is not applicable to similar coding above. I can't image that this modification makes pairing to the [quote] and [/quote] tag. I think a similar solution as for the [code] or [url] tag is needed. ---------------------------------------------------------------------- Comment By: trabis (trabis) Date: 2009-12-12 09:42 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=2909799&group_id=41586 |