j0k3r on npm_and_yarn
j0k3r on master
Bump sass from 1.52.3 to 1.53.0… Merge pull request #5875 from w… (compare)
dependabot[bot] on npm_and_yarn
Bump sass from 1.52.3 to 1.53.0… (compare)
dependabot[bot] on npm_and_yarn
Bump sass from 1.52.3 to 1.53.0… (compare)
j0k3r on master
Bump eslint-webpack-plugin from… Merge pull request #5874 from w… (compare)
j0k3r on npm_and_yarn
j0k3r on master
Bump sass-loader from 13.0.0 to… Merge pull request #5876 from w… (compare)
j0k3r on npm_and_yarn
{
...
"data_from_event": "{{ body | unescape }}",
...
"extract": {
"access_token": {
"path": "$.access_token"
}
},
...
}
{
"post_url": "https://wallabag.example.com/api/entries.json",
"expected_receive_period_in_days": "365",
"content_type": "form",
"method": "post",
"payload": {
"url": "{{ url }}"
},
"emit_events": "true",
"no_merge": "true",
"output_mode": "merge",
"headers": {
"Authorization": "Bearer {{ access_token }}"
}
}
Hi everyone, I had an issue updating wallabag to 2.5.0 on my Debian/testing, with the following stacktrace when executing SYMFONY_ENV=$ENV $COMPOSER_COMMAND install --no-dev -o --prefer-dist
of scripts/update.sh
:
> Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::buildBootstrap
PHP Fatal error: Uncaught TypeError: Symfony\Component\Process\Process::__construct(): Argument #1 ($command) must be of type array, string given, called in /var/www/ril.example.com/wallabag/vendor/sensio/distribution-bundle/Composer/ScriptHandler.php on line 310 and defined in /usr/share/php/Symfony/Component/Process/Process.php:143
Stack trace:
#0 /var/www/ril.example.com/wallabag/vendor/sensio/distribution-bundle/Composer/ScriptHandler.php(310): Symfony\Component\Process\Process->__construct()
#1 /var/www/ril.example.com/wallabag/vendor/sensio/distribution-bundle/Composer/ScriptHandler.php(88): Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::executeBuildBootstrap()
#2 /usr/share/php/Composer/EventDispatcher/EventDispatcher.php(389): Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::buildBootstrap()
#3 /usr/share/php/Composer/EventDispatcher/EventDispatcher.php(238): Composer\EventDispatcher\EventDispatcher->executeEventPhpScript()
#4 /usr/share/php/Composer/EventDispatcher/EventDispatcher.php(104): Composer\EventDispatcher\EventDispatcher->doDispatch()
#5 /usr/share/php/Composer/EventDispatcher/EventDispatcher.php(218): Composer\EventDispatcher\EventDispatcher->dispatch()
#6 /usr/share/php/Composer/EventDispatcher/EventDispatcher.php(119): Composer\EventDispatcher\EventDispatcher->doDispatch()
#7 /usr/share/php/Composer/Installer.php(372): Composer\EventDispatcher\EventDispatcher->dispatchScript()
#8 /usr/share/php/Composer/Command/InstallCommand.php(139): Composer\Installer->run()
#9 /usr/share/php/Symfony/Component/Console/Command/Command.php(298): Composer\Command\InstallCommand->execute()
#10 /usr/share/php/Symfony/Component/Console/Application.php(1015): Symfony\Component\Console\Command\Command->run()
#11 /usr/share/php/Symfony/Component/Console/Application.php(299): Symfony\Component\Console\Application->doRunCommand()
#12 /usr/share/php/Composer/Console/Application.php(336): Symfony\Component\Console\Application->doRun()
#13 /usr/share/php/Symfony/Component/Console/Application.php(171): Composer\Console\Application->doRun()
#14 /usr/share/php/Composer/Console/Application.php(131): Symfony\Component\Console\Application->run()
#15 /usr/bin/composer(84): Composer\Console\Application->run()
#16 {main}
thrown in /usr/share/php/Symfony/Component/Process/Process.php on line 143
After investigation, it seems that it's caused by my composer system installation that uses Symfony/Process from Debian package instead of the one from vendors. Is there any solution to that?
So, under the belief that the core of my above issue with /oauth/v2/token url 404'ing is something to do with the install, I am attempting a fresh install from github. I follow the instructions on github, but I get an error after running:
cd wallabag && make install
I get the following output:
composer.phar not found, we'll see if composer is installed globally.
Updating files: 100% (9/9), done.
Note: switching to '2.5.0'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
Turn off this advice by setting config variable advice.detachedHead to false
HEAD is now at 84c02608 Merge pull request #5799 from wallabag/release/2.5.0
[RuntimeException]
require.composer is invalid, it should have a vendor name, a forward slash, and a package name. The vendor and package name can be words separated by -, . or _. The complete name should match "^[a-
z0-9]([_.-]?[a-z0-9]+)*/[a-z0-9](([_.]?|-{0,2})[a-z0-9]+)*$".
make: *** [install] Error 255
After running wallabag for a year with no issues I had to move it to new hardware. After restoring the postgres backup I got this error
*1 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'wallabag.wallabag_internal_setting' doesn't exist in /var/www/wallabag/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOStatement.php:129
I think I fixed it with the help of this wallabag/wallabag#4923
Now I that error is gone but now walllabag redirects me to http://www6.your-wallabag-url-instance.com/
I checked the DB and the content is there, and the domain_name is set correctly..
Any help would be appreciated