Replied to a post on github.com :
Thanks for everyone's patience and help.
Jonas Vosspublished this
Glad you got it sorted, thanks for letting us know about this!
Thanks for everyone's patience and help.
I just downloaded Known 0.9.9 from http://
> Something went wrong.
> Call to undefined method Idno\Core\Language::_()
> Click here to try again, or click here to go back to the homepage
@mapkyca If I download a .ZIP of one of your packages are there certain files I need to copy across or do I have to replace everything and start from scratch?
Hi, I connot find a 0.9.9-a branch or tag on github.
Should I take the tip of "master" in order to have something up to date.
It's a pitty that a great software like Known does not have proper version / release management.
OK @mapkyca. I'll give that a go tonight.
And by "your configuration files" do you mean the `.htaccess` and updated `config.ini` for the database connections? Or is there a folder that I shouldn't touch?
Those are they, and also leave the Uploads folder alone
OK @mapkyca. Using your 0.9.9-a build and was able to connect to Twitter (still had the old app setup from 2015). Post showed up on Twitter fine.
Joining in with this issue with the same Known version (0.9.9-a build 201903101) and latest Twitter plugin (cloned from master); having the same problem where clicking the "Connect Twitter" button navigates to /auth, which redirects to /account/twitter without notification that the connection works. The Twitter app callback now has to be https, so I have it at https://
No CSP errors show up in the console and I don't have any other redirects in htaccess.
I'm on FireFox Quantum 66.0.3 (64-bit)
Update from my side; the redirect didn't work because I had a wrongly set the value for `url` in config.ini to `/`, while it should have been the full URL:
```
url = 'https://social.johanbove.info/'
host = 'social.johanbove.info'`
```
Running into this issue now on every install I am currently doing. Will try what @johanbove fix
Here is my config.ini
Feels like a timeout as it is trying to save the twitter credentials. I deleted the twitter plugin, reinstalled it, regenerated keys, and also looked to see how my htaccess or config.ini files are different (they are not).
```
filesystem = "local"
path = /home/goifnetw/sadik.goifnetwork.org
uploadpath = /home/goifnetw/sadik.goifnetwork.org/Uploads
```
> Running into this issue now on every install I am currently doing. Will try what @johanbove fix
I wasn't able to fix this actually @jgmac1106
Decided to drop this plugin and do manually Twitter publications using https://
So since I would still like the POSSE syndication links to Twitter, I decided to try again to install the plugin. I am getting as far as this URL (https://
The Web Server is running Apache 2 with PHP 7.3 with these extensions active:
, array(
'oauth_verifier' => urldecode($decoded)
));
```
This is the output of ``$twitterAPI->config``:
```php
Array
(
[user_agent] => tmhOAuth 0.7.5+SSL - //github.com/themattharris/tmhOAuth
[timezone] => UTC
[use_ssl] => 1
[host] => api.twitter.com
[consumer_key] => XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[consumer_secret] => XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[user_token] => XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[user_secret] => XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[force_nonce] =>
[nonce] =>
[force_timestamp] =>
[timestamp] =>
[oauth_version] => 1.0
[oauth_signature_method] => HMAC-SHA1
[curl_connecttimeout] => 30
[curl_timeout] => 10
[curl_ssl_verifyhost] => 2
[curl_ssl_verifypeer] => 1
[curl_cainfo] => /.../IdnoPlugins/Twitter/external/tmhOAuth/cacert.pem
[curl_capath] => /.../IdnoPlugins/Twitter/external/tmhOAuth
[curl_followlocation] =>
[curl_proxy] =>
[curl_proxyuserpwd] =>
[curl_encoding] =>
[is_streaming] =>
[streaming_eol] =>
[streaming_metrics_interval] => 60
[as_header] => 1
[debug] => 1
)
```
Getting warmer to the cause of the code 0; from the TmhOAuth docs:
> If you are getting http code 0 responses inspect $tmhOAuth->response['error'] to see what the problem is. usually code 0 means cacert.pem cannot be found, and it can be fixed by putting cacert.pem in the location tmhOAuth is looking for it (indicated in the $tmhOAuth->response['error'] message), or by setting $tmhOAuth->config['curl_cainfo'] and $tmhOAuth->config['curl_capath'] values. setting $tmhOAuth->config['use_ssl'] to false IS NOT the way to solve this problem.
The error I'm getting is: ``string(66) "Operation timed out after 10000 milliseconds with 0 bytes received"``
So I fixed my issue by doing two things:
1. First upgraded the `/external/tmhOAuth/tmhOAuth.php` file to the latest version, which is 0.8.4
2. Update the cacert.pem file to the latest version (http://
I've created an issue for the update here: #59
Also on: github
Well, I hope I didn't waste as much of anyone's time as my own looking at this, but I found the error, and of course, it was not related to Known or Dreamhost at all, but rather to me being dim.
When I updated Known, I also updated PHP, and I **also** changed to https. Updating Known and PHP was the only thing I was thinking could have impacted it, but of course changing to https also had an impact, since I didn't update the URL in the Twitter app I had made to post on my behalf.
Adding https instead of http for the callback in the twitter app, solved the entire issue. Apologies for wasting peoples time on this.
Thanks all!
Jonas Voss, Nov 13 2018 on github.com