About

I MUST keep WPML (not switching to alternatives). Need expert who has solved this specific WPML + Bricks Builder conflict before. THE PROBLEM: WPML Multilingual CMS creates infinite "super_conditional_repeater" registration loop immediately upon activation with Bricks Builder. TECHNICAL DETAILS: Setup: - WordPress (latest) - Bricks Builder (latest) - WPML Multilingual CMS (latest) - Languages: English + 10 others - backup available What Happens: 1. WPML activates → immediately starts scanning Bricks elements 2. Creates infinite loop registering conditional repeater elements 3. Database fills with entries: "super_conditional_repeater_for_description_1", "super_conditional_repeater_for_description_2", etc. 4. Site becomes unresponsive 5. Content disappears from frontend (but exists in Bricks editor) Current State: ✓ WPML deactivated (site works but languages mixed) ✓ All content safe in Bricks editor ✓ Sections visible when WPML off ✓ Loop starts immediately when WPML reactivated WHAT I NEED: Fix WPML configuration to work properly with Bricks Builder: 1. Configure WPML BEFORE activation to prevent auto-scan 2. Set Bricks templates/elements as non-translatable 3. Disable auto-registration of Bricks conditional fields 4. Configure proper translation settings for Bricks 5. Safely activate WPML without triggering loop 6. Verify both languages work correctly 7. Ensure no future conflicts 8. Document configuration for ongoing maintenance MUST-HAVE REQUIREMENTS: ✅ PROVEN experience fixing WPML + Bricks conflicts (provide examples) ✅ Deep understanding of WPML configuration and database structure ✅ Expert-level Bricks Builder knowledge ✅ Comfortable with phpMyAdmin/database work ✅ Available to start within 6 hours ✅ Can work via screen share (preferred for speed) CRITICAL: I need to KEEP WPML. Do not propose switching to Polylang, TranslatePress, or other alternatives. This is a WPML-only fix. DELIVERABLES: 1. Working WPML + Bricks configuration (no conflicts) 2. Both languages functional (English, Italian) 3. Language switcher working 4. All sections visible on frontend 5. No infinite loops 6. Written documentation of: - Database changes made - WPML settings configured - How to add future languages/content safely - Troubleshooting steps if issues recur TIMELINE: - Must start within 6 hours of acceptance - Completion within 24 hours - Estimated work: 2-4 hours for experienced WPML/Bricks expert BUDGET: $200-400 (Will pay premium for proven WPML + Bricks expertise) YOUR PROPOSAL MUST INCLUDE: 1. **Specific examples**: Have you fixed THIS EXACT issue before? (WPML infinite loop with Bricks conditional elements) 2. **Your diagnosis**: What's causing the loop based on description? 3. **Your solution**: Step-by-step plan to fix (brief overview) 4. **Configuration approach**: How will you prevent auto-registration? 5. **Timeline**: Realistic estimate and when you can start 6. **Previous work**: Links to similar fixes or Bricks+WPML sites you've configured 7. **Ongoing support**: Will configuration hold for future content? DO NOT APPLY IF: ❌ You haven't worked with Bricks Builder before ❌ Your solution is "switch to Polylang" (I need WPML) ❌ You need to "research the issue first" ❌ You don't have specific WPML + page builder conflict experience ❌ You can't start within 6-12 hours BONUS POINTS: ✓ Fixed this exact WPML + Bricks loop before ✓ Have configured WPML for multiple Bricks sites ✓ Can provide client references for WPML work ✓ Available for 30-day support period (paid extra) ✓ Can start immediately NOTE: This is urgent but I will NOT hire the cheapest bid. I'm looking for proven expertise. Quality over speed, but need both.