6

On the server, all in the same directory, and with all permissions set temporarily to 777 (including the directory itself):

I have edited the user list in store.php, and checked that the store.php page loads in the browser without errors.

$USERS = array(
    'myuser'=>'mypass', 
    'UserName2'=>'Password2', 
    'UserName3'=>'Password3');

And set the following in the Control Pannel "Saving" tab:

  • Wiki Name: myuser
  • Password: mypass
  • Server URL: http://myhostnoerrors/my_dir/store.php
  • Upload Directory: .
  • Backup Directory: .

When I click the save button (or try to create a new Tiddler), I see the badge "Starting to save wiki" in the upper right, but the save icon stays red, and the file is not updated on my server (even if I refresh).

The "Network" Web Developer Tool in Firefox shows that the POST request is going to the right location and with the right information, but returns a 403 Forbidden error.

What am I doing wrong? Has anyone been able to use store.php successfully with version 5.1.7?

Benjamin
  • 11,560
  • 13
  • 70
  • 119
  • is your server showing a hit to the store.php URL? EDIT: I see you edited in a mention of a 403 -- I guess you're getting that from the server. Might still be worth confirming it's apache / nginx / whatever returning the 403 and not some security thing. – Daniel Baird Mar 02 '15 at 03:24
  • @DanielBaird: I get a hit in my error log when I try to save: `Multipart parsing error (init): Multipart: Invalid boundary in C-T (malformed)`. Simultaneously I get a hit in my access log showing the 403 error for the POST request. – Benjamin Mar 02 '15 at 03:34
  • @DanielBaird: the response header is from Apache mod_fcgid/2.3.7 mod_auth_pgsql/2.0.3 – Benjamin Mar 02 '15 at 03:40
  • Have you tried `./` as the upload directory, not simply `.`? – Robbie Mar 11 '15 at 00:34
  • Can you grab the POST using a browser plugin or something, and check if there's a charset attribute? Other people getting that error (not with UploadPlugin, just generally with other PHP tools) say that having a charset specified in a multipart form submission can trigger that "malformed" error. – Daniel Baird Mar 16 '15 at 06:15
  • I had a similar error. Since I was using `https` my mistake was issuing a `Server URL` with `http` instead of `https`. Now it woks fine. – patm Oct 17 '15 at 07:47
  • Could you please update the link to store.php if there's a new repo and you're aware of it? https://code.google.com/archive/p/bidix/source looks empty to me – YakovL Sep 30 '18 at 11:15

2 Answers2

1

Had similar problem on my raspberry pi with an archlinux on it. Solution was to enable apache "Overwrite" setting and replace deprecated "split" by "preg_split" implementation in store.php script.

Phiter
  • 14,570
  • 14
  • 50
  • 84
skybiker
  • 11
  • 1
0
mkdir($structure, 0777, true)

In Your mkdirs($dir) function You are creating directory recursive . So You have to give permission for the directory. The default Mode is 0777 but it will ignored on Windows. So Give permission for all folder.

ABIRAMAN
  • 929
  • 8
  • 12
  • I created the directories manually using an FTP client, and set the permissions for the directory as well. I don't think it's a permissions issue. – Benjamin Mar 08 '15 at 00:27
  • Try with terminal Using 'SSH' .FTP will create folder and set permission.But some time system does not support it. So try with terminal . – ABIRAMAN Mar 09 '15 at 04:45