phpbb/phpBB/includes/acp
Meik Sievertsen 4801f813cd - fix the template error (no headers displayed, wrong ! assignment, wrong check for .loop)
git-svn-id: file:///svn/phpbb/trunk@5766 89ea8834-ac86-4346-8a33-228a782c2dd0
2006-04-08 10:56:08 +00:00
..
info ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_attachments.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_ban.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_bbcodes.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_board.php added ability to hide coppa groups (mainly applied to permission screens) 2006-03-28 17:10:07 +00:00
acp_bots.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_database.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_disallow.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_email.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_forums.php ok, this should work now (multi-table deletion syntax changed between mysql 4.0 and mysql 4.1) 2006-03-26 11:36:54 +00:00
acp_groups.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_icons.php - Bug 1301 2006-03-28 16:46:49 +00:00
acp_jabber.php #1304, #1335, #1336 2006-03-27 21:42:47 +00:00
acp_language.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_logs.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_main.php - Bug 1301 2006-03-28 16:46:49 +00:00
acp_modules.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_permission_roles.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_permissions.php added ability to hide coppa groups (mainly applied to permission screens) 2006-03-28 17:10:07 +00:00
acp_php_info.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_profile.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_prune.php ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code. 2006-03-25 19:14:55 +00:00
acp_ranks.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_reasons.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_search.php - correctly use DISTINCT and GROUP BY in search related SQL [Bug #1256] 2006-03-26 01:36:26 +00:00
acp_styles.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
acp_users.php - fix the template error (no headers displayed, wrong ! assignment, wrong check for .loop) 2006-04-08 10:56:08 +00:00
acp_words.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00
auth.php To all people having their bug status set to fixed: SF pserver CVS access is currently down, therefore the snapshots are still out of date. 2006-04-06 17:15:45 +00:00