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

vanstyn / RapidApp / 325 / 6
51%
master: 51%

Build:
DEFAULT BRANCH: master
Ran 21 Dec 2014 06:30PM UTC
Files 106
Run time 47s
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

21 Dec 2014 05:31PM UTC coverage: 48.682%. Remained the same
325.6

push

travis-ci

vanstyn
Turned off setting 'storeId' in DataStore2 - fixes #100

Also in in-code comments:

 storeId was used for optimization to support re-use of stores on the
 JavaScript side via Ext.StoreMgr, but this caused caching problems
 starting with Perl 5.18. Without this setting, every componenent/tab
 will have its own, independent Ext.data.Store, and these cannot be seen
 within Ext.StoreMgr. This will lead to a larger memory footprint in the
 client, but there is no way around it at this point.

It appeared that the Ext.StoreMgr was able to smartly handle the re-use
of stores with different data for different components, as it worked
perfectly on perl 5.16 and prior. Starting with perl 5.18, the order of
data returned in the JSON changed, which made it stop working. The only
conclusion at this point I can make is that the fact that it worked
before was the actual bug.

3085 of 6337 relevant lines covered (48.68%)

221.47 hits per line

Source Files on job 325.6
  • Tree
  • List 0
  • Changed 2
  • Source Changed 1
  • Coverage Changed 2
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 325
  • Travis Job 325.6
  • c90bc734 on github
  • Prev Job for on master (#323.6)
  • Next Job for on master (#326.2)
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