• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

applegrew / django-select2 / 130 / 6
100%
master: 34%

Build:
Build:
LAST BUILD BRANCH: codingjoe-patch-1
DEFAULT BRANCH: master
Ran 19 Jul 2015 06:06PM UTC
Files 13
Run time 2s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

19 Jul 2015 06:00PM UTC coverage: 67.579%. Remained the same
DJANGO="<1.9,>=1.8"

push

travis-ci

codingjoe
Removed own caching solution in favour of django caching

The old multiprocessing support was hard to maintain.
Since signing and caching are part of `django.core`
there is really no need to stick to our own solution.

As a result multimachine support and security are now always in place.
Fields are stored in Django's cache. The default cache used by select2
is called 'default' but can be cachanged overwriting the setting
`SELECT2_CACHE_BACKEND`.

Recommended cache backends are memcached, redis or a DB-cache.

Refactored AutoResponseView

The main reason for this refactoring is
the fact that the pagingnation was slow.

I dropped major parts of the initial code
and wrote a more django-like-approach.

Noteabley:
- get_results now retuns a QuerySet
- This commit drops django 1.6 support in favour of the JsonResponse (Backporting is possible).

494 of 731 relevant lines covered (67.58%)

0.68 hits per line

Source Files on job 130.6 (DJANGO="<1.9,>=1.8")
  • Tree
  • List 0
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 130
  • Travis Job 130.6
  • 10191ec1 on github
  • Prev Job for DJANGO="<1.9,>=1.8" on v5 (#129.9)
  • Next Job for DJANGO="<1.9,>=1.8" on v5 (#131.9)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc