Gallery2:2.0 Release Blockers - Gallery Codex
Personal tools

Gallery2:2.0 Release Blockers

From Gallery Codex

Revision as of 23:47, 3 August 2005 by Bharat (Talk | contribs) (Release Candidate 1 Blockers)

Final Release Blockers

High Priority

Theme Documentation

The theme system needs to be documented. This already has been started on the theme page.

Add better multisite install docs

See task 117349. Fixed: added Multisite docs in the codex and improved the installer.

Administration Manual

A guide to document the common administration tasks as installing, upgrading, configuring, etc.

User Manual

A guide for common user actions as adding albums, items, document each module and feature; what it does, how to use it, etc.

Module Development Documention

A module howto and an introduction to the G2 framework, how to do common stuff, etc.

Links to required and optional binaries and packages

Ideally, we'd have a package of all required and optional binaries for the supported platforms. Or link to the available precompiled binaries and offer a package of the missing binaries on our site.

Supported platforms: linux, WinXP, OSX, *BSD, Win2003Server, ...?

Binaries: NetPBM, ImageMagick, unzip, ffmpeg, jhead, dcraw, zip, php-cgi (with gettext, GD2, .. support)

Links to other requirements: apache, php, JRE,

Create a huge FAQ and knowledge base

A huge FAQ and a specialized knowledge base can simplify the everyday work as a support staff member tremendously. e.g. that blank site admin -> module pages could be caused by a too small memory limit (16mb is sometimes not enough), or how to deal with data corruptions, etc.

More debug information in the install core module step

After Beta 4 was released, I have the impression there were more "install core module failed" issues than before. And it's very, very difficult to find the problem with the little output we get. Perhaps have much more $gallery->debug messages during the install process.

Working on a install.log patch.

Fix install core module issues

Of course it would be better if we had not to debug, i.e. if the installer was even more robust than it is at the moment.

Low Priority

Downloadable translations

Don't ship the final release with all available languages, only with en_UK. But users that can't extract a language archive over an existing G2 install will have a hard time adding the translation files in all modules manually via FTP.

Better Edit Permissions UI

The edit permissions UI was discussed again and again and the only conclusion was that it needs to be reworked. See [this forum thread] for a discussion of where this might lead.

Bug "view comments" permission obscures "view item"

See bug 903975.

Bug Applets + G1->G2 url rewrite cause logout in IE

See bug 1231227.

Create Embedding & Integration docs

See task 111196.

Codex Page for Modifications/Customizations

Create a codex page for modifications and customizations such that user can create their own Howto's, modifications, links to modules etc. and add them to this page. Don't forget to copy / import the User Contributions page from the gmc wiki.

Try to lower the PHP memory limit requirement

Currently, we ask for at a memory limit of at least 16mb, else we show a warning in the installer. But even 16mb seem to be not enough for simple tasks like displaying the list of modules (site admin -> modules). 12mb seem to be not enough to delete an album. (in some cases). Most often, the user just sees an empty page or something like that. We should track down the memory consumption, e.g. if it is the translation files or what else.

Release Candidate 2 Blockers

Release Candidate 1 Blockers

Lightweight release without development overhead

Don't ship the final release with unneeded bloat, e.g. /lib/tools/, .po files, /modules/*/test/. (be careful of some modules that need modules/*/test/data like imagemagick)

Complete: We now have 4 flavors of releases: minimal, typical, full, developer We also have separate packages for each individual plugin.

Remaining: turns out that the reduced packages still have complete MANIFEST files so we need to filter out the files that we removed from the packages from the MANIFEST files to avoid integrity failures during install/upgrade. Work in progress -- mostly complete (bharat)


Remove /lib/tools/test/ and add some emergency tools in /tools/ or /emergency

  • Provide a tool that flushes everything that we can flush.

Upgrade adodb

Once adodb has fixed a weird PHP < 4.3.0 bug, we should upgrade ASAP. or fix it ourselves. See: and (mindless) I have upgraded cvs to adodb 4.65; does this resolve the issue?