<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
  <channel>
    <title>Flyspray</title>
    <lastBuildDate>Fri, 03 Oct 2008 08:43:49 -0500</lastBuildDate>
    <description>MODx Bug/Feature Tracker</description>
    <link>http://modxcms.com/bugs/</link>
        <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/modx-flyspray" type="application/rss+xml" /><item>
      <title>MCPuk file browser files on UTF-8 filesystems</title>
      <pubDate>Sat, 27 Sep 2008 08:27:58 -0500</pubDate>
      <description>When you try to browse a folder containing non ASCII characters on an UTF-8 filesystem, the browser fails to list folder contents.

It seems to be related with the way entities are escaped in manager/media/browser/mcpuk/connectors/php/Commands/GetFoldersAndFiles.php line 134, there should be a way to precise (or detect) the encoding of the filesystem.

Currently é is escaped as �?© which is encoded as &amp;Atilde;&amp;copy; so XML processing fails due to unknown entity &amp;copy;
Using htmlentities($files[$i], ENT_QUOTES, 'UTF-8') does the trick but isn't flexible enough...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=DPOtq8DmOrA:KvIFc4P_rJY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=DPOtq8DmOrA:KvIFc4P_rJY:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/DPOtq8DmOrA/1083</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1083</feedburner:origLink></item>
        <item>
      <title>phpmailer  + utf8 = ThunderBird subject brocken!</title>
      <pubDate>Fri, 04 Jul 2008 11:31:53 -0500</pubDate>
      <description>i has a mail`s with broken subjects.. so i read class.phpmailer.php and found - line 1168:

$maxlen = 75 - 7 - strlen($this-&gt;CharSet);

after i change 75 to 76 - all ok!

p.s. my free time is limited - so please check it!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=7ktsM1rTWEQ:wLNE4vIKGWA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=7ktsM1rTWEQ:wLNE4vIKGWA:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/7ktsM1rTWEQ/1077</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1077</feedburner:origLink></item>
        <item>
      <title>Creating documents without rights</title>
      <pubDate>Mon, 23 Jun 2008 05:17:02 -0500</pubDate>
      <description>I just updated to rev. 3788. It's possible to create an document in a document for which your group has no rights. So you can create new documents whereever you want. In root level that's not possible. But after creating the document you have no right on it, so you can't edit it.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=_V4lROShjtA:g_Gab1yP_Dc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=_V4lROShjtA:g_Gab1yP_Dc:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/_V4lROShjtA/1072</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1072</feedburner:origLink></item>
        <item>
      <title>After maximum login attempts need block IP, but not user account</title>
      <pubDate>Tue, 20 May 2008 04:15:04 -0500</pubDate>
      <description>I think, that in CMS Manager need option:
- block user account, or
- block IP

for example, hacker will try to login in CMS Manager 1 time per second and account always will be block.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=Mn6jxfWibjg:YNRtKB4_Zqw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=Mn6jxfWibjg:YNRtKB4_Zqw:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/Mn6jxfWibjg/1063</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1063</feedburner:origLink></item>
        <item>
      <title>tv filtering -no anonymous role?</title>
      <pubDate>Mon, 19 May 2008 22:28:27 -0500</pubDate>
      <description>why there is no anonymous role?
for example: i want to hide some TV from document - so i create doc group. BUT after that - this group avialable only for registered users...

p.s.: assign tv for templates - not useful in this case...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=yOiKpJ3eQ5Y:N6Fhr3kzW2Y:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=yOiKpJ3eQ5Y:N6Fhr3kzW2Y:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/yOiKpJ3eQ5Y/1061</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1061</feedburner:origLink></item>
        <item>
      <title>makeUrl bug - after newspublisher - redirect to wrong url (no path) (UserFriendlyURL=1)</title>
      <pubDate>Fri, 03 Oct 2008 07:20:58 -0500</pubDate>
      <description>i have a bug - i use newspublisher to post a news record. 

clearcache =1
UserFriendlyURLs=1

so, after saving a post - makeUrl send me to wrong place!
i.e. there no path (parent alias)...

(i`m also patched NewsPublisher - now it`s generate alias from title)

so... i patched makeUrl ... 
attaching code...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=puEmptEFjdY:LGpzFzdXcqI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=puEmptEFjdY:LGpzFzdXcqI:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/puEmptEFjdY/1058</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1058</feedburner:origLink></item>
        <item>
      <title>Document tree sort order mixed up</title>
      <pubDate>Sat, 27 Sep 2008 09:38:28 -0500</pubDate>
      <description>The sort order of the most recent versions of MODx 0.9.6x seems to use the id of the document, rather than more useful things like folder, or title, or menuindex. The sort order (for me) would be:

folder,menuindex,title

And ideally this would be customizable on a per user basis. A checkbox could be added to "remember this sort order" in a cookie that lasts beyond sessions. Maybe it would even be stored in a database&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=Av7Q3Sfs3ws:4J8TsWzVvNg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=Av7Q3Sfs3ws:4J8TsWzVvNg:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/Av7Q3Sfs3ws/1050</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1050</feedburner:origLink></item>
        <item>
      <title>The comment about old/duplicaete methods in API.</title>
      <pubDate>Thu, 27 Mar 2008 22:12:22 -0500</pubDate>
      <description>I really hope the comments would be added to old/duplicate methods in API.

Though I understand they are for backward compatibility,
there are many old/duplicate methods.
And there are some methods which I guess it would be extended/changed in the near future.

For example, in DocumentParser class,
I guess getExtTable***/getIntTable***() are old methods, they would be integrated in DBAPI class.
And getParent() would be changed to getDocumentParent(), 
getPageInfo() is duplicate method of getDocument(). and more.

I feel MODx is really excellent, and respect whole developers.

Please, add a little comment to method which is old/duplicate one, and having plan to extend/change.
And everyone will be happy, and it will be a little easy that new developers join in MODx that is a really excellent CMS/Framework.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=o0eMYMDPYXI:vuVXpd8Vu40:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=o0eMYMDPYXI:vuVXpd8Vu40:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/o0eMYMDPYXI/1046</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1046</feedburner:origLink></item>
        <item>
      <title>DocumentParser::getAllChildren() and getActiveChildren need 'sort' parameter.</title>
      <pubDate>Thu, 27 Mar 2008 19:11:52 -0500</pubDate>
      <description>DocumentParser::getChildren() and getDocuments() doesn't need 'sort' parameter.

But, getAllChildren() and getActiveChildren need 'sort' parameter.
If we call with 'sort=""', these methods make error.

I hope getChildren() and getDocuments() will be same behavior as getAllChildren() and getActiveChildren.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=2SJSsWqU3CQ:aGHs8gsstiE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=2SJSsWqU3CQ:aGHs8gsstiE:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/2SJSsWqU3CQ/1045</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1045</feedburner:origLink></item>
        <item>
      <title>DocumentParse::checkCache() shows incorrect error page.</title>
      <pubDate>Thu, 27 Mar 2008 13:24:09 -0500</pubDate>
      <description>It's possible DocumentParse::checkCache() shows incorrect error page.

Because '$seclimit' isn't initialized, when '$this-&gt;config['unauthorized_page']' is false.


                    if (!$pass) {
                        if ($this-&gt;config['unauthorized_page']) {
                            // check if file is not public
                            $tbldg= $this-&gt;getFullTableName("document_groups");
                            $secrs= $this-&gt;dbQuery("SELECT id FROM $tbldg WHERE document = '" . $id . "' LIMIT 1;");
                            if ($secrs)
                                $seclimit= mysql_num_rows($secrs);
                        }
                        if ($seclimit &gt; 0) {
                            // match found but not publicly accessible, send the visitor to the unauthorized_page
                            $this-&gt;sendUnauthorizedPage();
                            exit; // stop here
                        } else {
                            // no match found, send the visitor to the error_page
                            $this-&gt;sendErrorPage();
                            exit; // stop here
                        }
                    }&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=GF9hXNeXTW8:16_qGH2RtqM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/modx-flyspray?a=GF9hXNeXTW8:16_qGH2RtqM:7Q72WNTAKBA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/modx-flyspray?d=7Q72WNTAKBA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
      <link>http://feedproxy.google.com/~r/modx-flyspray/~3/GF9hXNeXTW8/1043</link>
    <feedburner:origLink>http://modxcms.com/bugs/task/1043</feedburner:origLink></item>
      </channel>
</rss>
