Recently Browsing 0 members
No registered users viewing this page.
At the moment I do some tests with a jsonapi and wrote a simple client before I found the WireHttp module:
jsonapi needs also PATCH (edit, update) and DELETE method. I opened an issue at github for that. Maybe Ryan could add these two methods.
WireHttp isn't hookable. That was my second feature request, because it would be great to hook into the module to check response and renew the api token if needed. patch() and delete() could be added as hook or by extend the WireHttp class, but added as native feature would be great.
Anyone use the WireHttp class? I wrote a simple module to handle api requests before I found the WireHttp class. Would you recommend to switch to the WireHttp or use a custom json api module (based on file_get_contents() for example)?
By Mike Rockett
Got home to some strange behaviour on one of my development sites - not able to login.
I have seen this: processwire.com/talk/topic/4011-cannot-login-to-admin-area/
But nothing there works. If I try changing the password, still can't sign in.
Using SessionHandlerDatabase, and have cleared those caches too. Could that module be an issue in 2.5.25? I am running another few local sites on that version, but am not experiencing the same issue.
Nothing in any error logs anywhere. Login form doesn't show any errors either.
Wondering if the installation in question has gone all bonkers on me...
Update: I also have the Forgot Password module enabled. Interestingly, when I click on it, it just shows the normal login form... Isn't it supposed to just show email? The URL does include ?forgot=1...
By Jennifer S
I am stuck. Seven days ago, something changed such that when users try to upload images to my PW site, the images are posted to the page, but they show up as zero bytes. The folder is created in the files folder, the image name is recorded, the type of file is recorded, but the byte size is zero.
When I looked into the problem this morning, I received the "This request was aborted because it appears to be forged." message whenever I tried to upload images. Turning off protectCSRF in the config file suppresses the aborted image message and now I just get the zero-byte image bug, but I don't know why.
I've checked permissions on the files directory, changed it recursively to 777 and then back to 755 with no change. I checked that I have active sessions, logs, and cache folders. I checked on the permissions of the config.php file. I changed the sessionName, and turned off the challenge and fingerprint functions but nothing is budging.
I installed a new PW site yesterday and so I keep thinking something is colliding but it looks like the images have been failing to write to the files directory for the last week.
I'm getting the same results in multiple browsers after any number of cache-clears so I don't think it is client-side.
This is a look at the PHPinfo for the site.