contao / contao-manager Goto Github PK

Files of the Contao Manager must not be tenside-related (though noone cares what the bundles are named!).

• contao-manager.phar.php for the PHAR
• contao-manager.json for the config / auth file
• contao-manager/ for the configuration folder

Disabling a package should disable the plugin registered in it's composer.json.

Packages are enabled by default after installation, so the Managed Edition needs to keep a list of disabled packages (probably using the contao-api).

I want to get rid of jQuery if possible because we don't really need it and I think it's nicer using transitions anyway for that small gimmick.

We must add some sort of progress because it takes too long and people will abort the operation.

@discordier any idea what we could tell? Maybe the hosts we're searching? "Sending", "waiting for response from", etc?

Only the latest version can be installed right now.

The manager must support custom maintenance tasks. They will be provided by the manager plugins.

Because the plugin must run in the real composer environment (class loader), we need contao-api as a standalone application, which loads the plugins and asks for tasks (new interface).

Atm it is just orange, no matter if disabled or not.

Update manager to use the flattened Contao logo

If the login is timed out, the current application state is lost and the user is redirected to the login form. A possible solution would be to implement re-login in a popup.

low priority

A user should get a list of package versions (similar to the selection in the Contao 3 Composer client).

There should be two options:

1. install version x.y.z and all future maintenance updates
2. install version x.y.z and all future minor updates

The resulting constraint would be

1. ~x.y.z
2. ^x.y.z

This will prevent Composer from downgrading packages, but allows to upgrade according to selection.

I tried to search in the manager that was open since last night. The login expired, but the search did not redirect but showed two arbitrary empty packages.

Here is a mockup for a more compact list view, because the current view takes up a lot of height and requires a lot of scrolling. Also, most packages will never have an image, so I have removed the grey placeholder icon.

Obviously, this is not a top priority change.

When I want to remove the "configuration" item (as it does not exist yet) the menu is off. Also, try editing a file, can we make the sub navigation items overlap codemirror? :D I tried z-index but this alone is not going to fix it :)

Currently it's possible to create a one-character username and password.

Contao Manager should update itself automatically

I guess, no? :-)

The task queue must check the log file of tasks marked as "running" if the process has died due to memory limit issues.

Wir testen zum Spaß mal gerade den Contao Manager. Gebaut habe ich das Phar nach den Anweisungen aus dem kürzlichen Commit von @discordier.

Das Phar läuft prinzipiell (sieht übrigens sehr hübsch aus!) und möchte gerne einen Benutzernamen und ein Passwort haben. Danach werden fünf Requests gestartet:

• get_state
• autoconfig
• configure
• create-project
• run

Und der fünfte schlägt fehl (mit Code 401):
{"status":"ERROR","message":"Authentication credentials could not be found."}

In der tenside.json sieht es prinzipiell gut aus (würde ich sagen):

{
    "secret": "359f0344c5f9cbbec9a233bae6a6ca669790ead6084325fde84ace2ce7637988676e1c94de2646c0",
    "php_cli": "/opt/remi/php71/root/usr/bin/php",
    "php_cli_arguments": [
        "-d memory_limit=2G"
    ],
    "php_can_fork": true,
    "auth-password": {
        "admin": {
            "acl": 15,
            "salt": "589d87c3ecaf21.72196327",
            "username": "admin",
            "password": "$2y$13$UozWiuLBbaMmYyNdRSRpUOobQYWYNHVL8OSVe6wIRAJ2xmWey3k4u"
        }
    }
}

Das kann man beliebig oft wiederholen (wenn man den tenside-Ordner zwischendurch löscht). Was könnte der Grund sein?

Should be available in the Contao manager to re-dump the autoload information. Necessary if someone adds an AppBundle or ContaoManagerPlugin.

Installation must run the self test (probably already does). It must also be possible to access the selftest results from installl screen.

Problem: When scrolling down the packages list and applying changes, the task popup is outside of the visible area.

It should be possible to add the manager to an existing Contao ME installation

It would be way easier to install Contao from a ZIP file instead of composer create-project. Should be sufficient to install a managed edition if that is the default download.

In that case we also don't need contao/managed-edition on Packagist.

Btw. this is similar to what the Symfony installer and the Contao check does.

Hi everyone,

I got Contao installed in MAMP Pro host with php 5.5.23 in OS X 10.9
Packager suggests me to replace deprecated discordier/httpextendrequest by guzzlehttp//guzzle. But when I try, I got this message :

/usr/bin/env php -d memory_limit=1G -d max_execution_time=3000 composer.phar update --no-ansi --no-interaction -v
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Installation request for guzzlehttp/guzzle >=6.1.1.0,<6.2-dev -> satisfiable by guzzlehttp/guzzle[6.1.1].
    - guzzlehttp/guzzle 6.1.1 requires php >=5.5.0 -> your PHP version (5.4.45) does not satisfy that requirement.

I suppose Composer is verifying MAC OS X version of php instead of MAMP one.

People might want to install dev packages, so there should be an option to enable minimum-stability.

It must be possible to cancel a task in the UI. Ideally that should also cancel the process.

Looking at the documentation (https://symfony.com/doc/current/components/process.html#running-processes-asynchronously) it should be possible to store the process ID between $process->start() and $process->wait(). Or handle cancellation in the wait() callback.

When building via gulp --production the following is logged in the console, we should fix this before final release.

bundle.js:20 Warning: It looks like you're using a minified copy of the development build of React. When deploying React apps to production, make sure to use the production build which skips development warnings and is faster. See https://fb.me/react-minification for more details.

As the react needs to render IN some given node, I can ask it to render on document.body but cannot adjust the CSS class of <body> itself to go for something like <body class="wide">.
Can we maybe have something like

<body>
    <div id="app" class="wide">
    <!-- everything goes in here -->
    </div>
</body>

? :-)

Read-More link should point to packagist if the package is on there

The install screen should have a dropdown for either latest version or LTS version.

The license for the icons needs to be validated and some icons might need to be changed.

I got an "404 - File /web/index.html Not Found" if I run the generated phar file on my webspace.

Allow the user to select which Contao bundles to install

The search input field and type choice go together, so I wrapped them into the <section class="search">. Needs some margin adjustments.

I've implemented highlighting the search terms in package name and description in 2f07800 and used <mark> for this. Chrome apparently highlights this in yellow already but maybe we should make sure it's present in our CSS anyway?

The password can currently be reset by deleting the users.json file in the contao-manager directory. We should add a topic about that to the Contao Manager manual.

The bundle.js gets a shebang (contao-manager.phar is used) so it's throwing an js syntax error.
Also the contao-manager.phar generates html that has a shebang on beginning which results in faulty html.

The user must be redirected or at least given the information that he must open the install tool to update the database after installing or updating packages.

We need to think about whether it must be possible to enter a GitHub Token

I guess that would be good to see when searching packages

The create-project task is not running with --no-dev, and I could not figure out why. The task in tenside/core seems to have this flag, but the task console says with require-dev.

Allow the user to install suggested packages even if they are not of type contao-bundle. Probably provide a screen with suggestions.

The phar compilation currently does not work, and is not documented.

1. Make sure the phar works exactly the same as the without phar
2. Write a documentation (e.g. PHAR.md in root) how to compile the application

The Phar does not need to be optimized for now (e.g. #20)

The console should automatically scroll to the latest line

We currently have a compiled phar size of 3MB (on my side with some more optimizations like getting rid of some unneeded classes).
Of these 3MB, 2MB result from the src/Resources/public/fonts directory.

Personally, I feel it is way too heavy to have two third of the whole application consisting only of font data.
We therefore should either use another font or get rid of the unused character sets/font weights.

The version is currently hardcoded in JSX templates. Should be some sort of constant or thelike.

Travis builds currently fail with a strict violation.

/home/travis/build/contao/package-manager/gulpfile.js:3
const browserify    = require('browserify');
^^^^^
SyntaxError: Use of const in strict mode.
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Liftoff.handleArguments (/home/travis/build/contao/package-manager/node_modules/gulp/bin/gulp.js:116:3)
    at Liftoff.<anonymous> (/home/travis/build/contao/package-manager/node_modules/gulp/node_modules/liftoff/index.js:193:16)
    at module.exports (/home/travis/build/contao/package-manager/node_modules/gulp/node_modules/liftoff/node_modules/flagged-respawn/index.js:17:3)
    at Liftoff.<anonymous> (/home/travis/build/contao/package-manager/node_modules/gulp/node_modules/liftoff/index.js:185:9)