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

vanstyn / RapidApp / 789
51%

Build:
DEFAULT BRANCH: master
Ran 07 Oct 2015 10:50PM UTC
Jobs 6
Files 94
Run time 24min
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

pending completion
789

push

travis-ci

vanstyn
DIRTY (i.e. MODIFIED) DISPLAY OF SINGLE REL COLUMNS NOW HANDLED

This has been a very long-time want/limitation which has never been
solved until now due to the complexity of the problem. Basically, for
datastore grids/DVs which are configured with persist_immediately
turned off, changing the value of a single-rel column would not be able
to render the new value until being persisted because these columns
render via a different column (the display_column), joined through the
underlying FK, and this updated information is not available until
refresh from the server...

While there is no direct way to overcome this 100%, since the data
simply is not yet known to the client, the **editor** which is used to
modify the value has a pretty good idea of what this display value
should be, since for single-rels, this is used for the selection of the
new value in the first place. So, this commit now provides a mechanism
for the editor to **report** that value back to the datastore for it
to be able to use to render the value until the real data is available
after round-trip/save to the server.

So, while this value is not guaranteed to be correct, since only the
server knows that for sure, it is guaranteed to be better than what it
was -- the old value. Like other cases of marking dirty data inline (
like the little red triangles), temp values rendered like this are
marked by lightened italic text, with dotted red underline.

I had this idea a long time ago, but I couldn't implement it without a
major refactoring of the way column rendering works, which has now
been done (actually in the last commit, 82d4dee0ace) mainly to support
this feature.

This only works currently for update, freshly created rows are still
TBD (but that case was never as important because there is no old value
to incorrectly display)

(set dev ver 1.0601_23)

3216 of 6294 relevant lines covered (51.1%)

1366.03 hits per line

Jobs
ID Job ID Ran Files Coverage
1 789.1 07 Oct 2015 10:51PM UTC 0
51.18
Travis Job 789.1
2 789.2 07 Oct 2015 10:51PM UTC 0
51.17
Travis Job 789.2
3 789.3 07 Oct 2015 10:53PM UTC 0
51.17
Travis Job 789.3
4 789.4 07 Oct 2015 10:50PM UTC 0
51.17
Travis Job 789.4
5 789.5 07 Oct 2015 10:52PM UTC 0
51.15
Travis Job 789.5
6 789.6 07 Oct 2015 11:14PM UTC 0
51.15
Travis Job 789.6
Source Files on build 789
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #789
  • b745d73e on github
  • Prev Build on master (#788)
  • Next Build on master (#790)
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