masterrecord 0.3.23 → 0.3.25

package/.claude/settings.local.json

@@ -35,7 +35,9 @@
       "Bash(done)",
       "WebSearch",
       "WebFetch(domain:github.com)",
-      "Bash(master=development masterrecord update-database qaContext)"
+      "Bash(master=development masterrecord update-database qaContext)",
+      "Bash(chmod:*)",
+      "Bash(npm install:*)"
     ],
     "deny": [],
     "ask": []

package/Entity/entityTrackerModel.js

@@ -66,6 +66,9 @@ class EntityTrackerModel {
                                 }else{
                                     return this["__proto__"]["_" + modelField];
                                 }
+                            }else{
+                                // If skipGetFunction is true, return the raw value
+                                return this["__proto__"]["_" + modelField];
                             }
                         }else{
                             return this["__proto__"]["_" + modelField];

package/QueryLanguage/queryMethods.js

@@ -186,6 +186,14 @@ class queryMethods{
             this.__reset();
             return val;
         }
+
+        if(this.__context.isPostgres){
+            // trying to match string select and relace with select Count(*);
+            var entityValue = await this.__context._SQLEngine.getCount(this.__queryObject, this.__entity, this.__context);
+            var val = entityValue[Object.keys(entityValue)[0]];
+            this.__reset();
+            return val;
+        }
     }
 
     /**
@@ -276,7 +284,7 @@ class queryMethods{
                     const placeholders = this.__queryObject.parameters.addParams(itemArray, dbType);
                     // Replace $$ first (preferred), then $ (backwards compatibility)
                     if(str.includes('$$')){
-                        str = str.replace("$$", placeholders);
+                        str = str.replace(/\$\$/g, placeholders);
                     } else {
                         // Replace single $ but not $N (postgres placeholders)
                         str = str.replace(/\$(?!\d)/, placeholders);
@@ -297,7 +305,7 @@ class queryMethods{
                     const placeholder = this.__queryObject.parameters.addParam(item, dbType);
                     // Replace $$ first (preferred), then $ (backwards compatibility)
                     if(str.includes('$$')){
-                        str = str.replace("$$", placeholder);
+                        str = str.replace(/\$\$/g, placeholder);
                     } else {
                         // Replace single $ but not $N (postgres placeholders)
                         str = str.replace(/\$(?!\d)/, placeholder);
@@ -366,6 +374,11 @@ class queryMethods{
             result = this.__singleEntityBuilder(entityValue[0]);
         }
 
+        if(this.__context.isPostgres){
+            var entityValue = await this.__context._SQLEngine.get(this.__queryObject.script, this.__entity, this.__context);
+            result = this.__singleEntityBuilder(entityValue[0]);
+        }
+
         // Store in cache
         if (this.__useCache && result) {
             this.__context._queryCache.set(cacheKey, result, tableName);
@@ -410,6 +423,11 @@ class queryMethods{
             result = this.__multipleEntityBuilder(entityValue);
         }
 
+        if(this.__context.isPostgres){
+            var entityValue = await this.__context._SQLEngine.all(this.__queryObject.script, this.__entity, this.__context);
+            result = this.__multipleEntityBuilder(entityValue);
+        }
+
         // Store in cache
         if (this.__useCache && result) {
             this.__context._queryCache.set(cacheKey, result, tableName);

package/docs/TROUBLESHOOTING.md

@@ -0,0 +1,270 @@
+# MasterRecord Troubleshooting Guide
+
+This guide covers common issues and potential pitfalls when using MasterRecord.
+
+## Navigation Properties vs Regular Properties
+
+### Understanding the Difference
+
+MasterRecord provides **two different ways** to access related entities, and mixing them causes bugs.
+
+#### 1. Navigation Properties (Lazy Loading)
+
+When you access a related entity using a **capital letter that matches the entity name**, MasterRecord treats it as a navigation property with lazy loading:
+
+```javascript
+// Accessing with capital letter triggers lazy loading
+const auth = await user.Auth;  // Executes a database query
+```
+
+**How it works:**
+- MasterRecord looks up the entity definition in your context
+- Executes a SQL query to load the related record
+- Returns a **Promise** that must be awaited
+- Defined in your entity's relationship configuration (hasOne, hasMany, belongsTo)
+
+#### 2. Regular Properties (Direct Access)
+
+When you manually attach an object to an entity as a regular property, you access it directly:
+
+```javascript
+// Attach as regular property (any case except navigation property name)
+user.auth = someAuthObject;  // lowercase
+
+// Access directly - no query, just returns the object
+console.log(user.auth.password_hash);  // Immediate access
+```
+
+### Common Bug: Mixing Both Approaches
+
+**❌ THIS CAUSES BUGS:**
+
+```javascript
+// In authService.js - attaching as regular property (lowercase)
+async findAuthByEmail(email, context) {
+    var user = await context.User
+        .where(r => r.email.toLowerCase() == $$, email.toLowerCase())
+        .single();
+
+    var auth = await context.Auth
+        .where(a => a.user_id == $$, user.id)
+        .single();
+
+    // Attaching as lowercase regular property
+    user.auth = auth;
+    return user;
+}
+
+// In credentialsController.js - accessing as navigation property (capital)
+async login(req) {
+    var authObj = await req.authService.authenticate(email, password, req.userContext);
+
+    // ❌ BUG: Accessing as capital triggers navigation property!
+    authObj.user.Auth.temp_access_token = refreshToken;  // Returns Promise, not auth object!
+    req.userContext.saveChanges();  // Doesn't save - Promise isn't resolved
+}
+```
+
+**What happens:**
+1. `findAuthByEmail()` attaches auth as `user.auth` (lowercase regular property)
+2. `credentialsController` tries to access `user.Auth` (capital navigation property)
+3. MasterRecord sees the capital letter and thinks "navigation property!"
+4. It executes a lazy loading query and returns a Promise
+5. The Promise isn't awaited, so you get `undefined` or the Promise object itself
+6. Your data doesn't save, properties return undefined, bcrypt fails with "Illegal arguments"
+
+### Solutions
+
+#### Option 1: Use Regular Properties (Recommended when entity already loaded)
+
+**✅ CORRECT:**
+
+```javascript
+// Attach as lowercase regular property
+user.auth = auth;
+
+// Access as lowercase regular property
+authObj.user.auth.temp_access_token = refreshToken;
+authObj.user.auth.login_counter = authObj.user.auth.login_counter + 1;
+req.userContext.saveChanges();
+```
+
+**Benefits:**
+- ✅ No extra database queries
+- ✅ Synchronous access
+- ✅ More performant
+
+**Use when:**
+- You've already loaded the related entity with an explicit query
+- You want direct access without database overhead
+- You need synchronous property access
+
+#### Option 2: Use Navigation Properties with Await (When you want lazy loading)
+
+**✅ CORRECT:**
+
+```javascript
+// Access navigation property with await
+const auth = await authObj.user.Auth;  // Must await!
+auth.temp_access_token = refreshToken;
+auth.login_counter = auth.login_counter + 1;
+req.userContext.saveChanges();
+```
+
+**Benefits:**
+- ✅ Automatic loading of related entities
+- ✅ Works without manual queries
+
+**Drawbacks:**
+- ❌ Extra database query (even if you already loaded it)
+- ❌ Must remember to await
+- ❌ Async only
+
+**Use when:**
+- You want lazy loading behavior
+- You haven't already loaded the related entity
+- You're okay with the extra database query
+
+### Best Practice: Be Consistent
+
+The key is **consistency** - pick one approach per relationship and stick with it:
+
+```javascript
+// Good: Explicit loading + regular properties
+async findAuthByEmail(email, context) {
+    const user = await context.User.where(r => r.email == $$, email).single();
+    const auth = await context.Auth.where(a => a.user_id == $$, user.id).single();
+    user.auth = auth;  // lowercase
+    return user;
+}
+
+// Access consistently with lowercase
+authObj.user.auth.temp_access_token = refreshToken;  // lowercase
+```
+
+OR
+
+```javascript
+// Good: Let navigation properties do the work
+async findAuthByEmail(email, context) {
+    const user = await context.User.where(r => r.email == $$, email).single();
+    // Don't manually load auth - let navigation property handle it
+    return user;
+}
+
+// Access with await
+const auth = await authObj.user.Auth;  // capital + await
+auth.temp_access_token = refreshToken;
+```
+
+### Real-World Example: Authentication Bug
+
+This bug was found in a production authentication system where login succeeded but immediately redirected back to the login page.
+
+**The Problem:**
+```javascript
+// authService.js - Line 306
+user.auth = auth;  // Attaching as lowercase
+
+// credentialsController.js - Line 287-288
+authObj.user.Auth.temp_access_token = refreshToken;  // ❌ Accessing as capital!
+req.userContext.saveChanges();
+```
+
+**What happened:**
+1. JWT token was generated correctly
+2. `authObj.user.Auth.temp_access_token = refreshToken` didn't actually save the token
+3. It set the property on a Promise object instead of the auth entity
+4. Database query `WHERE temp_access_token = ?` returned no results
+5. `currentUser()` check failed
+6. User was redirected back to login
+
+**The Fix:**
+```javascript
+// credentialsController.js - Line 287-288
+authObj.user.auth.temp_access_token = refreshToken;  // ✅ lowercase matches attachment
+authObj.user.auth.login_counter = authObj.user.auth.login_counter + 1;
+req.userContext.saveChanges();  // Now it actually saves!
+```
+
+### Debugging Tips
+
+If you're seeing any of these symptoms:
+- Properties returning `undefined` when you know they exist in the database
+- `bcrypt.compareSync()` failing with "Illegal arguments: string, undefined"
+- Data not saving when you call `saveChanges()`
+- `[object Promise]` appearing in logs instead of actual values
+- Queries executing successfully but entities seem empty
+
+**Check for navigation property mismatches:**
+
+1. Add debug logging:
+```javascript
+console.log('Type of user.Auth:', typeof user.Auth);
+console.log('Is Promise?', user.Auth instanceof Promise);
+console.log('Value:', user.Auth);
+```
+
+2. Look for:
+   - Capital letter access (`user.Auth`, `auth.User`) without `await`
+   - Mixing lowercase attachment with capital access
+   - Accessing navigation properties in non-async contexts
+
+3. Fix by:
+   - Making access match attachment (both lowercase)
+   - OR using `await` with capital navigation properties
+   - OR explicitly loading entities instead of relying on lazy loading
+
+### Additional Examples
+
+#### Creating New Entities with Relationships
+
+When creating new entities, you can use capital letters during construction:
+
+```javascript
+// ✅ This is fine - entity not yet persisted
+var user = new userEntity();
+var auth = new authEntity();
+user.Auth = auth;  // Capital is OK here
+auth.password_hash = bcrypt.hashSync(password, salt);
+context.User.add(user);
+await context.saveChanges();
+
+// ❌ After saveChanges, use regular property or reload
+// Store reference to avoid navigation property
+auth.temp_access_token = refreshToken;  // Use stored reference
+await context.saveChanges();
+
+// ❌ DON'T DO THIS after saveChanges:
+user.Auth.temp_access_token = refreshToken;  // Triggers navigation property!
+```
+
+#### Working with Loaded Entities
+
+```javascript
+// Load user from database
+const user = await context.User.where(r => r.id == $$, userId).single();
+
+// ✅ Option 1: Explicitly load and attach
+const auth = await context.Auth.where(a => a.user_id == $$, user.id).single();
+user.auth = auth;  // lowercase
+console.log(user.auth.password_hash);  // Direct access
+
+// ✅ Option 2: Use navigation property with await
+const auth = await user.Auth;  // capital + await
+console.log(auth.password_hash);
+
+// ❌ DON'T MIX:
+user.auth = await context.Auth.where(a => a.user_id == $$, user.id).single();
+console.log(user.Auth.password_hash);  // Wrong! This is navigation property
+```
+
+## Summary
+
+- **Navigation properties** (capital letter) = lazy loading = returns Promise = must await
+- **Regular properties** (lowercase or any non-entity name) = direct access = immediate value
+- **Never mix them** - be consistent in how you attach and access related entities
+- **When in doubt**, explicitly load entities and use lowercase regular properties
+- **Add debug logging** to catch Promise objects being treated as entities
+
+This pattern is consistent throughout MasterRecord and applies to all relationship types: `hasOne`, `hasMany`, `belongsTo`, and `hasManyThrough`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "masterrecord",
-  "version": "0.3.23",
+  "version": "0.3.25",
   "description": "An Object-relational mapping for the Master framework. Master Record connects classes to relational database tables to establish a database with almost zero-configuration ",
   "main": "MasterRecord.js",
   "bin": {