Mitch VanDuyn
Mitch VanDuyn
active record allows you to push and build on a scope, and the attributes will be automatically filled in to match the scope. This is probably doable by doing something...
Reported that they might not work, so at least add a test case to make sure they do.
We need within the server method declaration, a way to indicate what data the method depends on so that during a sync, the method can be updated if necessary.
First off we need some examples in order to discuss the problem. The basic thought is that there are many cases where one component updates a record's attribute, but other...
should improve performance
this https://github.com/ruby-hyperloop/hyper-mesh/blob/ebf661eecc592799b7723bb666c1d42d84551918/lib/reactive_record/server_data_cache.rb#L182 reads every id, but is not protected by the `check_permission_with_acting_user` method it should read: ```ruby collection = cache_item.value.collect do |record| record.check_permission_with_acting_user(@acting_user, :view_permitted?, :id) record.id end cache_item.build_new_cache_item(collection, method, method)...
Proof of concept below. ```ruby class ApplicationRecord < ActiveRecord::Base self.abstract_class = true def self.exists?(*args) HyperMeshExists.run(model: name, args: args) end if RUBY_ENGINE == 'opal' class HyperMeshExists < Hyperloop::ServerOp param acting_user: nil,...
currently we don't give a lot of info back on failures when you do a `find` on a record that doesn't exist or when you don't have proper permissions. This...
There are many active-record methods that are not implemented in hyper-model. In some cases not having these methods can cause strange failures that are hard to diagnose. Instead we should...