https://bugzilla.wikimedia.org/show_bug.cgi?id=42730

--- Comment #16 from Ingo Malchow <[email protected]> ---
Can't speak for for the bug opener or other pre commenters, but i can try to
give some feedback from my POV.
Even though the problem was already fixed (simply adding the tmp dir and making
it writable solved it), i am able to replicate the situation in our wiki
sandbox. The images dir is empty and writable by webserver user.

The debug output(note, there was a typo, $wgTmpDirectory is a var, not a
function):

> var_dump( wfTempDir() );
string(51) "/<path_to_install>/mediawiki_git/images.sandbox/tmp"

> var_dump( $wgTmpDirectory );
string(51) "/<path_to_install>/mediawiki_git/images.sandbox/tmp"

> var_dump( array_map( "getenv", array( 'TMPDIR', 'TMP', 'TEMP' ) ) );
array(3) {
  [0]=>
  bool(false)
  [1]=>
  bool(false)
  [2]=>
  bool(false)
}

> var_dump( sys_get_temp_dir() );
string(4) "/tmp"

> var_dump( file_exists( wfTempDir() ) );
bool(false)

> var_dump( is_dir( wfTempDir() ) );
bool(false)

> var_dump( is_writable( wfTempDir() ) );
bool(false)

> 


This made me aware that wgTmpDirectory indeed must be set, and it is, in our
Commonsettings file for all wikis($wgTmpDirectory = "{$wgUploadDirectory}/tmp";
). 
However, that file didn't change during the last upgrades. And it worked
before. So my guess is before it just has fallen back to sys_get_temp_dir()
while it fails now, as it honors the setting in any case, even if non-existant.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to