Error saving config

Looked on server. data/wgroleau.ged_conf.php does exist, but it is empty

Tried again, got no error but it is not saving settings.

The "edit gedcom config" only updates existing files, it does not generate new ones. Once this file has become corrupted, it will stay corrupted.

These error messages would appear to be symptoms of this missing file, not the cause of it.

However, an earlier bug prevented the _conf.php files from being created, which could explain this problem.

Can you reproduce it with the latest build? If so, can you record the steps taken?

When I find the time to put in 8234, I will see whether ther's a difference.

Uploaded 8234.
Tried again to save several changes on first GEDCOM config screen.
No error messages, but when I opened it again, still all the defauls.

Delete the GEDCOM data from the DB and upload it again.
Change the same settings again, save, and re-open.
This time, the new title stayed, but everything else is still default.

The title is stored in the DB. The other settings are stored in the _conf.php file.

This suggests a file permissions error writing to this file.

You did not say whether you were trying to re-use and existing _conf.php file, or whether you let webtrees create one in an empty directory.

OK, permissions. I'll check again.
Webtrees created the file, but then will not write anything into it. Perhaps there has been a umask change that makes files automatically read-only once created? That would be weird, but not beyond the capabilities of my provider. :-)

Are errors like this redirected to a log file?
I think they should be--there was no feedback to the browser.
In fact, that gives me a related idea that I'll write up separately.

Webtrees created both <gedcom>_*_conf.php files, both with permissions of -rw-r--r--

But the privacy file is all there, and the other is empty. Is it possible a single PHP file failed to upload? I'm not getting any missing file error...

Disk full? Quota?

No, I just used FTP to insert 14 megabytes and then deleted it.
If this is not happening to anyone else, maybe I should delete the entire thing and try putting it in again?

I just installed the latest snapshot.
Then I deleted my data and ran setup.php, which said
The configuration file has been successfully uploaded to the server.
Checking the access permissions...
The directory data/ has read-write permission. Good.
The directory media/ has read-write permission. Good.
The file data/config.ini.php has read-only permission. Good.

And a start using button which took me to GEDCOM admin.

I uploaded a 29,215-line file, which took about sixty seconds to process.

Then I looked at the data directory:
drwxrwxrwx 2 4741026 523 4096 May 11 18:09 .
drwxr-xr-x 15 4741026 523 12288 May 11 18:00 ..
-rw-r--r-- 1 4741026 523 31 May 9 19:31 .htaccess
-r--r--r-- 1 4741026 523 179 May 9 21:38 config.ini.php
-rw-r--r-- 1 4741026 523 40 May 9 19:31 index.php
-rw-r--r-- 1 4741026 523 0 May 10 20:46 wgroleau.ged_conf.php
-rw-r--r-- 1 4741026 523 10532 May 10 20:43 wgroleau.ged_priv.php

So, deleting and re-uploading a GEDCOM does _not_ delete the old configs. Just in case they are doing something they shouldn't, I again deleted GEDCOM, then those files.

Uploaded same file and now I see
-rw-r--r-- 1 4741026 523 14464 May 11 18:17 wgroleau.ged_conf.php
-rw-r--r-- 1 4741026 523 10532 May 11 18:17 wgroleau.ged_priv.php

Conclusion: Webtrees will not delete a GEDCOM's config files when its data is deleted.
And if it is re-uploaded, it will not replace them.

Should I call this solved, or should it become a bug?

Welll, it makes sense that someone might want to delete and reload a GEDCOM and not have to re-do all their settings.
But if the settings aren't there, but the _file_ is, then it's kind of ambiguous. Anyway, no point overanalyzing a retiring item. :-)