https://github.com/codesetuptest/django-django-10924

SWE-bench instance: django__django-10924

https://github.com/codesetuptest/django-django-10924

Science Score: 26.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (7.9%) to scientific vocabulary
Last synced: 10 months ago · JSON representation

Repository

SWE-bench instance: django__django-10924

Basic Info
  • Host: GitHub
  • Owner: CodeSetupTest
  • License: bsd-3-clause
  • Language: Python
  • Default Branch: main
  • Size: 0 Bytes
Statistics
  • Stars: 0
  • Watchers: 0
  • Forks: 0
  • Open Issues: 0
  • Releases: 0
Created about 1 year ago · Last pushed about 1 year ago
Metadata Files
Readme Contributing License Authors

README.md

SWE-bench Instance: django__django-10924

Repository: django/django Base Commit: bceadd2788dc2dad53eba0caae172bd8522fd483

Problem Statement

Allow FilePathField path to accept a callable. Description

I have a special case where I want to create a model containing the path to some local files on the server/dev machine. Seeing as the place where these files are stored is different on different machines I have the following: import os from django.conf import settings from django.db import models class LocalFiles(models.Model): name = models.CharField(maxlength=255) file = models.FilePathField(path=os.path.join(settings.LOCALFILEDIR, 'exampledir')) Now when running manage.py makemigrations it will resolve the path based on the machine it is being run on. Eg: /home//serverfiles/exampledir I had to manually change the migration to include the os.path.join() part to not break this when running the migration on production/other machine.

Repository Contents

This repository contains the actual source code from the original repository at commit bceadd2788dc2dad53eba0caae172bd8522fd483. The code is ready for development and testing.

Docker Environment

A Dockerfile is provided to set up the proper environment for this instance:

bash docker build -t swebench-instance . docker run -it swebench-instance /bin/bash

Owner

  • Name: CodeSetupTest
  • Login: CodeSetupTest
  • Kind: organization

GitHub Events

Total
  • Create event: 1
Last Year
  • Create event: 1

Dependencies

Dockerfile docker
  • sweb.env.py.x86_64.2baaea72acc974f6c02079 latest build
package.json npm
  • eslint ^0.22.1 development
  • grunt ^1.0.1 development
  • grunt-cli ^1.2.0 development
  • grunt-contrib-qunit ^1.2.0 development
setup.py pypi
  • pytz *
  • sqlparse *
tests/admin_scripts/custom_templates/project_template/additional_dir/requirements.txt pypi
tests/requirements/mysql.txt pypi
  • mysqlclient >=1.3.13 test
tests/requirements/oracle.txt pypi
  • cx_oracle >=6.0 test
tests/requirements/postgres.txt pypi
  • psycopg2-binary >=2.5.4 test
tests/requirements/py3.txt pypi
  • Pillow * test
  • PyYAML * test
  • argon2-cffi >=16.1.0 test
  • bcrypt * test
  • docutils * test
  • geoip2 * test
  • jinja2 >=2.9.2 test
  • numpy * test
  • pylibmc * test
  • python-memcached >=1.59 test
  • pytz * test
  • pywatchman * test
  • selenium * test
  • sqlparse * test
  • tblib * test