Skip to content

fix: remove hardcoded 48-character limit from text inputs#5

Open
tomerqodo wants to merge 2 commits intocursor_full_base_fix_remove_hardcoded_48-character_limit_from_text_inputs_pr5from
cursor_full_head_fix_remove_hardcoded_48-character_limit_from_text_inputs_pr5
Open

fix: remove hardcoded 48-character limit from text inputs#5
tomerqodo wants to merge 2 commits intocursor_full_base_fix_remove_hardcoded_48-character_limit_from_text_inputs_pr5from
cursor_full_head_fix_remove_hardcoded_48-character_limit_from_text_inputs_pr5

Conversation

@tomerqodo
Copy link
Copy Markdown

@tomerqodo tomerqodo commented Jan 25, 2026

Benchmark PR from agentic-review-benchmarks#5


Note

Removes the implicit 48-character cap and ensures inputs only apply max_length when explicitly configured.

  • Inputs (chat-user-input, prompt-value-panel, share run-once) now set maxLength from variable max_length only; no fallback; paragraph inputs also support configured limits
  • Removed default max_length from VAR_ITEM_TEMPLATE*; no auto-set on type change; buildPromptVariableFromInput no longer injects defaults
  • Config modal updates: add TEXT_MAX_LENGTH (256) cap when configuring text input maxLength; paragraph uses Infinity; file types unchanged
  • Batch run validation uses varItem.max_length directly; adds a small debug log
  • RAG pipeline form: stop auto-setting maxLength for paragraph; keep multi-file defaults
  • prompt-value-panel number field input type switched to text
  • Tests updated/added for maxLength presence/absence and related behaviors

Written by Cursor Bugbot for commit fc5f36e. Configure here.

Copy link
Copy Markdown

@cursor cursor bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cursor Bugbot has reviewed your changes and found 3 potential issues.

Bugbot Autofix is OFF. To automatically fix reported issues with Cloud Agents, enable Autofix in the Cursor dashboard.

return false
}
const headerData = data[0]
console.log('Checking batch inputs:', { dataLength: data.length, headerData })
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Debug console.log statement left in production code

Medium Severity

A console.log('Checking batch inputs:', { dataLength: data.length, headerData }) statement appears to be debug code that was accidentally committed. This will log user input data to the browser console in production, which clutters the console and potentially exposes user data.

Fix in Cursor Fix in Web

{type === 'number' && (
<Input
type="number"
type="text"
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Number input type incorrectly changed to text

Medium Severity

The input type for number fields was changed from type="number" to type="text". This breaks consistency with other similar components (chat-user-input.tsx, run-once/index.tsx) which still use type="number" for number inputs. Users lose native number input features like spinner controls and numeric keyboard on mobile devices.

Fix in Cursor Fix in Web

placeholder={name}
value={inputs[key] ? `${inputs[key]}` : ''}
onChange={(e) => { handleInputValueChange(key, e.target.value) }}
maxLength={max_length}
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Inconsistent maxLength handling for paragraph inputs across components

Medium Severity

The PR adds maxLength={max_length} to the paragraph Textarea in chat-user-input.tsx, but the equivalent paragraph inputs in prompt-value-panel/index.tsx and run-once/index.tsx don't have this prop. This creates inconsistent behavior where a configured max_length for paragraph variables is enforced in one UI component but not in others.

Additional Locations (2)

Fix in Cursor Fix in Web

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant