Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#129599 Hosted Apps: mediawiki admin issue: pfyshnet

closed
5
2008-10-03
2008-09-21
masequis
No

I cannot get the session_save_path to the new persistent directory to work. I also tried creating a log file via php to the persistent directory and it also failed to create.

Project: Pfyshnet

Thanks.

Discussion

  • masequis
    masequis
    2008-09-21

    Note: Yes, I am pointing it to the new persistent location. /home/persistent/p/pf/pfyshnet/
    But it does not seem to write session files there.

     
    • milestone: --> Second Level Support
    • assigned_to: nobody --> sog
    • summary: mediawiki/php does not seem to be able to write persistent. --> Hosted Apps: mediawiki admin issue: pfyshnet
     
  • Greetings,

    26.Jun.2008: Please note the current status of the project removal facility here: https://sourceforge.net/community/forum/topic.php?id=2730&page&replies=1

    This canned response is used by the SourceForge.net team to convey information about how this Support Request will be handled. Please read the entirety of this comment before taking any further action; information enclosed in this comment will help you to ensure that you have an excellent support experience.

    The SourceForge.net team takes all reported issues seriously; we will work to provide you a complete, accurate, and timely response to your inquiry. Information about our support policies and procedures may be found here:
    https://sourceforge.net/docs/C01

    ABOUT THIS ISSUE: Based on the initial review of this request, we have determined that this issue will be considered to have High Priority. Issues within this category typically include requests for removal of user accounts, projects, project data, or administrative inquiries. A description of our issue priorities may be found here:
    https://sourceforge.net/docs/C01#issue_priorities

    TRIAGE PROCESS: The initial review of this issue has resulted in a member of the SourceForge.net staff determining who should process this issue, and a change in the Priority, Summary, Assignee, Group and Category settings for this request.

    WHAT TO EXPECT: Issues of this nature will typically be reviewed again by the assigned member of the SourceForge.net team within 3 business days (the SourceForge.net team works at least Monday through Friday, 9am to 5pm Pacific, excepting holidays), though most issues of this nature are handled within 24 hours of submission. Within our next response, we will make a determination regarding your request, or ask for clarification of this issue report. Please wait patiently for our next review of, and response to, this request.

    INQUIRING ABOUT THE STATUS OF THIS ISSUE: Should you have questions or concerns regarding the status of this issue, simply add a comment to this support request. All comments you post to this support request will be received by the SourceForge.net team member who has been assigned this issue. Please do not submit a second support request about this issue (add a comment to this request instead), and do not attempt to contact the assignee of this request via email; all additional information or comments about this request should be posted as a comment to this request.

    Cheers!,

    the SourceForge.net support team.

    P.S. - Want to avoid spam? Make sure you mark support requests Private when you need to send us your email address or other private information, so that spammers and other nefarians don't nab it. Then, bookmark the requests so that you can find the issue later if you are not logged in when you submit your request.

     
  • Nevermind. The trick is to create a cryptic named subdirectory in the project's persistent directory. Then make the subdirectory permissions writable to public.

     
  • Jacob Moorman
    Jacob Moorman
    2008-10-03

    • status: open --> closed