My fork of croodle
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Jeldrik Hanschke b386c45f92 Release 0.6.2 1 year ago
.github/workflows run CI with GitHub Actions (#320) 1 year ago
api support absolute path for dataDir config option (#363) 1 year ago
app migrate from ember-i18n to ember-intl (#358) 1 year ago
config migrate from ember-i18n to ember-intl (#358) 1 year ago
docs Replace SauceLabs with BrowserStack (#171) 1 year ago
lib run CI with GitHub Actions (#320) 1 year ago
mirage upgrade Ember CLI to 3.13 and Ember Source + Ember Data to 3.12 (#264) 1 year ago
public fix outdated CSP headers in .htaccess (#212) 1 year ago
tests migrate from ember-i18n to ember-intl (#358) 1 year ago
translations migrate from ember-i18n to ember-intl (#358) 1 year ago
.bowerrc first steps to ember-cli 6 years ago
.editorconfig update ember to 2.8 and ember-cli to 2.9.0-beta.1 4 years ago
.ember-cli first steps to ember-cli 6 years ago
.eslintignore Upgrade Ember to 3.15 and other deps (#338) 1 year ago
.eslintrc.js Upgrade Ember to 3.15 and other deps (#338) 1 year ago
.gitignore upgrade dependencies (#178) 1 year ago
.release-it.json do not include self-reference . folder release archive (#337) 1 year ago
.renovaterc Configure Renovate (#181) 1 year ago
.template-lintrc.js remove implicit this usage in templates (#352) 1 year ago
.travis.yml refactor to native ECMAScript classes (#344) 1 year ago
.watchmanconfig upgrade ember-cli to 1.13.13 5 years ago
LICENSE Starting to move to Ember App Kit 6 years ago Document build without requiring Ember CLI to be installed globally (#318) 1 year ago add separate section for i18n to changelog (#334) 1 year ago
ember-cli-build.js Using bootstrap 4 and related UI refresh (#205) 1 year ago
package.json Release 0.6.2 1 year ago
testem.browserstack.js hopefully fixes timeout for IE 11 on BrowserStack (#180) 1 year ago
testem.js upgrade Ember CLI to 3.13 and Ember Source + Ember Data to 3.12 (#264) 1 year ago
yarn.lock Update dependency sass to v1.25.0 (#327) 1 year ago


Build Status Code Climate devDependency Status

Croodle is an end-to-end encrypted web application to schedule a date or to do a poll on a any topic. All data like title, description, number and labels of options, available answers and names of users and their selections are encrypted/decrypted in the browser using strong 256-bit AES encryption.

This is an alpha version. Changes could brake backward compatibility. It is also not well tested and some features are missing. It is not meant for productive use yet.

Croodle is inspired by PrivateBin and, of course, by Doodle.

Security notice

As any other web application based end-to-end encryption Croodle could be attacked by an injection of malicious code on serverside or threw a man-in-the-middle attack. If an attacker could inject for example JavaScript, they would be able to read the decrypted content in the browser or the encryption key that is used used and exfiltrate that data.

Therefore you have to:

  • use an encrypted connection to the server hosting Croodle. In most use cases this will be an HTTPS connection. We strongly recomend people hosting Croodle to force an encrypted connection.
  • trust the server.

Theoretically you could also check for an attack like this by analysing the source code retrieved from server and/or using developer tools of your browser and check what data is send over the network or stored in cookies, local storage or similar browser techniques.


Croodle is designed to have as few as possible requirements on the server it is running on. Croodle runs on almost every web space with PHP >= 5.6. Croodle stores the data in textfiles, so there is no need for a database server like MySQL.

Due to security reasons you should have TLS encryption enabled and provide a valid certificate. (see the security notice)

Build process and installation

Production builds are provided as github release assets.

If you like to build yourself you have to install yarn, ember-cli and composer before.

git clone
cd croodle
yarn install
cd api/ && composer install --no-dev && cd ..
yarn build --prod

Afterwards copy all files in /dist folder to your werbserver.


The API can be configured by creating a config.php inside api/ folder which returns an associative array. Have a look at api/config.default.php for available options.

Webserver configuration

  • data/ folder has to be writeable by web server, but must not be accessible publicly. Protect it in your webserver configuration or move it out of webroot by changing dataDir api option.
  • Croodle uses subresource integrity (SRI) for assets. Therefore you must not tamper with build output (e.g. you have to disable cloudflare Auto Minify feature). If that’s not an option for you, you have to disable SRI and build yourself.
  • HTTPS connection should be forced. You should consider using HTTP Strict Transport Security (HSTS) and HTTP Public Key Pinning (HPKP).
  • Content-Security-Policy (CSP) and Referrer-Policy headers should be used. Default headers are provided in .htaccess file but commented out.
  • Execute php api/cron.php on a regular basis to delete outdated polls. A cronjob running once a day should be fine.


ember serve generates a development build of Croodle and starts a server listening on http://localhost:4200 which is serving it. If source files are changing, a rebuild and reload is triggered.

By default Croodle uses an api mock in development. Since that one does not persist records all polls are gone after a reload.

If you like to test against the real API, run api via php built-in web server: php -S -t dist/ Afterwards start ember-cli development server using --proxy option: ember server --proxy

Ember-cli clears dist folder on each rebuild. If you like to keep created polls over rebuild, configure api to use a non default folder to save your polls: CROODLE__DATA_DIR=/tmp/croodle_data php -S -t dist/

Running tests


ember test --server is the prefered way to run tests in Chrome. Results are reported in command-line and browser. Files are watched for changes.

If you like to run tests only once in a headless Chrome and Firefox execute ember test. This is also used in CI.

Additionally tests are available in all development builds. This allows you to execute the tests in any browser of your choice by running ember serve and opening http://locahost:4200/tests.

Tests are run against a mock-api provided by ember-cli-mirage. Therefor they don’t cover system integration.


API tests are provided by Codeception. To run them change current directory to /api and execute ./vendor/bin/codecept run. You have to install composer development requirements before (composer install without --no-dev option).


Continous Integration powered by

Cross-browser testing provided by


Croodle is MIT Licensed.