Your workflow is unique 👨💻 - tell us how you use Dropbox here.
macOS 26.3 (M4) Dropbox v243.3.6895: CxSupportTool window loop + Chromium 102 renderer abort
Application Affected: Dropbox Desktop (macOS) Device: MacBook Pro M4 Max, 36GB RAM Operating System: macOS 26.3 Tahoe (Apple Silicon) Dropbox App Version: 243.3.6895 (Electron 19.1.9-dropbox.50 / Chromium 102) Subscription: Dropbox Pro Question / Issue Two distinct bugs prevent normal use of the Dropbox desktop client: CxSupportTool diagnostic window launches automatically every 2-12 seconds whenever any Dropbox UI is opened (Settings, tray popup), displaying raw sync engine debug output to the end user. This makes the Settings UI unusable and predates macOS Tahoe. Renderer processes abort on macOS 26 due to a FATAL:logging.cc failure in Chromium 102, causing IPC errors and renderer death. This is macOS 26-specific. Bug 1: CxSupportTool Diagnostic Overlay Reproduction Steps Launch Dropbox normally Click the Dropbox menu bar icon Open Settings/Preferences (or interact with the tray UI) Wait 2-12 seconds A 960x540 window titled "CX Support Tool" appears, showing raw sync engine diagnostics: PhaseInformation, SyncStatus, EngineWaitTracker, PendingSetTracker Pending set count (600-900+ items), capped: true Closing the window does not help - it reappears within seconds The cycle repeats indefinitely, making Settings navigation impossible Observed Behavior The diagnostic window is not a crash dialog - the main process and renderer processes remain alive. The window is a fully rendered BrowserWindow ( cxSupportToolView ) spawned by the Dropbox "journey" system. It displays the output of fetchEngineDebugInfo() , which is internal sync engine state not meant for end users. The issue persists across: Multiple macOS versions (predates Tahoe) Clean reinstalls of Dropbox Clearing all local caches and crash data Root Cause Analysis I extracted and analyzed app.asar and traced the trigger chain: SyncErrorServiceImpl detects sync errors → fetchEngineDebugInfo() IPC call → CxSupportToolController.launchJourney() (module 898 in main.js) → spawnViewWithServices() creates BrowserWindow (960×540) → cxSupportToolView renders engine debug info CxSupportToolController (in main.js module 898) extends BaseUserJourneyController and is registered as: registerUserJourney( UserJourneyType.CX_SUPPORT_TOOL_FLOW, { singleton: true, controllerClass: CxSupportToolController } ) The journey is launched by SyncErrorServiceImpl when the sync engine's pending set enters a "capped" state. Telemetry is tagged under DesktopComponent.SYNC_ERRORS . Why the sync engine is capped: The user's Dropbox folder contains software development projects with node_modules , .git , and __pycache__ directories totaling approximately 965,000 files. These small, numerous files overwhelm the sync engine's pending set tracker, causing it to cap (a circuit-breaker mechanism). The capped state is then interpreted by SyncErrorServiceImpl as a sync error, which repeatedly launches the diagnostic journey. Storing development projects in cloud-sync folders is common. The sync engine should handle large file counts without surfacing internal diagnostics to users. Workaround Applied Set com.dropbox.ignored extended attribute on node_modules (17 dirs), .git (44 dirs), and __pycache__ (86 dirs) to exclude them from sync Patched app.asar to replace CxSupportToolController.launchJourney method body with return{result:0} (same byte length to preserve asar offsets), preventing the diagnostic window from spawning The asar patch is temporary - the auto-updater will overwrite it. Suggested Fixes Do not show raw engine debug info to end users. The CxSupportToolView displays PhaseInformation , SyncStatus , EngineWaitTracker , and PendingSetTracker output - this is engineering diagnostic data with no actionable information for customers. Add rate limiting or debounce to CxSupportToolController.launchJourney() . Currently, when SyncErrorServiceImpl detects a capped pending set, it can launch the journey repeatedly (every 2-12 seconds). Even if the diagnostic window is appropriate in some contexts, it should not spawn in an unbounded loop. Don't treat a capped pending set as a user-facing sync error. A large number of pending files is a normal condition for users with many small files (developers, photographers, etc.). The sync engine's circuit breaker should not trigger a customer-facing diagnostic journey - it should log internally and continue processing. Auto-ignore common regenerable directories. Directories like node_modules , .git , __pycache__ , venv , and build are well-known to be regenerable and contain large numbers of small files. These could be suggested for exclusion or ignored by default when detected, similar to how .gitignore patterns work. Bug 2: Chromium 102 Renderer FATAL Abort on macOS 26 Reproduction Steps Run Dropbox on macOS 26.3 Tahoe Observe stderr output (launch with ELECTRON_ENABLE_LOGGING=1 ) Renderer processes emit: FATAL:logging.cc(144) Failed to init logging: Operation not permitted Renderers abort immediately Main process logs: Error: Render frame was disposed before WebFrameMain could be accessed Root Cause Chromium 102 (used by Electron 19.1.9-dropbox.50) attempts to initialize file-based logging inside the renderer sandbox. macOS 26 tightened sandbox permissions, causing the logging.cc initialization fails with 'Operation not permitted'. Chromium treats this as a FATAL error, which calls abort() and kills the renderer process. The Electron project tracks similar issues with older Chromium on newer macOS (e.g., electron/electron#48311). Workaround Setting CHROME_LOG_FILE=/dev/null before launching Dropbox prevents the FATAL abort: CHROME_LOG_FILE=/dev/null /Applications/Dropbox.app/Contents/MacOS/Dropbox This sidesteps the permission failure by redirecting Chromium's log file. Suggested Fix Upgrade the Electron/Chromium runtime. Electron 19 (Chromium 102) is from June 2022 and EOL. Newer Chromium handles macOS sandbox changes fine. At the very least, logging.cc init should handle permission failures instead of calling abort() . Environment Details Component Value Dropbox version 243.3.6895 Electron 19.1.9-dropbox.50 Chromium 102 macOS 26.3 Tahoe Hardware MacBook Pro M4 Max, 36GB RAM Sync folder ~/Library/CloudStorage/Dropbox.nosync (~82 GB) Sync folder file count ~965,000 files (including node_modules/.git) Pending items at time of issue 600-900+, capped: true Diagnostic Artifacts I collected the following during the investigation and can provide any of it on request: Stderr logs from multiple launch configurations ( ELECTRON_ENABLE_LOGGING=1 , CHROME_LOG_FILE=/dev/null ) Extracted and annotated sections of main.js (module 898 - CxSupportToolController ) Extracted cxSupportToolView renderer and preload scripts apex.sqlite3 Stormcrow configuration (feature flag state) Screenshots of the CxSupportTool diagnostic window Process traces showing the renderer FATAL abort sequence Approaches That Did Not Resolve the Issue Approach Result Clean reinstall of Dropbox The CxSupportTool issue persisted Clearing GPU cache, Electron caches, and saved window state No effect ELECTRON_DISABLE_GPU=1 environment variable Delayed diagnostic window, but it didn't prevent it --disable-gpu , --disable-gpu-compositing CLI flags Crashed the entire application --no-sandbox CLI flag Crashed the entire application Clearing the Crashpad crash dump directory No effect --remote-debugging-port=9222 Dropbox strips the flag; no remote debug access Deleting Stormcrow feature flag database ( apex.sqlite3 ) No effect - rebuilt on next launch Deleting 59 conflicted copies from the sync folder Pending count actually increased temporarily Feel free to get in touch for any additional details or inquiries. Best regards, Ryan [personal information removed per the Community's Guidelines]Tell Us How You Use Dropbox
No two people use Dropbox in exactly the same way. Some of you rely on it every day for work, others for school, creative projects, or keeping life organized - and we love that. We’d love to hear how you’re using Dropbox today - is it something you use once in a while, is it part of your day to day, are there any features you can’t live without? What workflows have you built that save time or reduce friction? And where do you see opportunities for us to do better? Your tips, ideas, and honest feedback really help us to make sure we can share useful tips, and they help other community members discover new ways to get more out of Dropbox too. Share your experience, favorite features, or suggestions in the comments below. Your voice truly helps shape the future of the Dropbox community 😁 The Dropbox Community Team
The underlying connection was closed error
Have an integration in C# and has been working fine for a long time till now as nd we get the following error {"The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel."} When doing the following call var full = await client.Users.GetCurrentAccountAsync(); Any help would be appreciated thanksA Year of Conversations: 2025 Community Wrap-Up
Hey everyone! What a year! I’ve loved chatting with you all throughout 2025 - hearing your favourite Dropbox features, clever hacks and the all the ways you use Dropbox to keep life running smoothly. This community is really pure magic. Every week, you jumped in to help each other, share tips and celebrate wins. We had loads of Community Members of the Month, plenty of Mighty Answer badges and so many “aha!” moments. And the stories! From photographers sharing galleries, to coders syncing across Windows and Linux, to the person who who said syncing across threes computers and two homes was “beautiful” - you all really kept the forums lively, helpful and fun! One iPhone user was especially happy with the 2025 Live Photos update, which finally let them migrate their whole collection smoothly. It was made even sweeter knowing the feature came directly from an idea shared right here in the community. And, I adored hearing how Dropbox helps in everyday life, like the member who said: We’ve had our fair share of community adventures this year, but we made it through together and every time I got to say “I am glad to see your issue was resolved”, it honestly made my day. Last year we gave the Community a fresh new look and glow-up, and we really appreciate everyone’s patience with the changes throughout 2025. It’s amazing to see how far we’ve come, and we’re even more excited for what’s ahead. There are some fab new updates and improvements coming in 2026… so stay tuned! A huge, heartfelt thank you to everyone who got involved in conversations this year. Those who asked questions, those who answered them, and those who felt comfortable sharing ideas, frustrations, clever workarounds, and even honest feelings about Dropbox. And of course, a special shout-out to our amazing Super Users …you’re absolute stars and this community wouldn’t be the same without you. So that’s it from us for 2025! Have a safe and happy time over the holiday period, and I’ll see you all in 2026How To Check If Your Space Is Being Used By A Shared Folder and How To Leave A Shared Folder
Shared folders are one of the easiest ways to collaborate with others while using Dropbox. Having a shared space makes everything simpler when you’re working on a project, sharing family photos or keeping your teams files all organised. But you might be wondering: Does this shared folder take up space in my Dropbox account? And what if I no longer need access - how do I leave it? Does a Shared Dropbox Folder Count Toward My Storage? It depends on how the folder was share with you and what level of access you have. Here’s how to check: Sign in to dropbox.com and click All files. Look for folders with a two-person icon 👥 - these are shared folders. Hover over the folder name and click the “…” (More) menu. Choose Share → then Settings. You’ll see one of these options: Can edit → the folders contents do take up space in your Dropbox account Can view → the folders contents don’t count toward your space Tip: You can also check shared folders directly from the Dropbox desktop app - the 2 person icon works the same way there too. How to Leave a Shared Dropbox Folder I No Longer Need If you see “Can edit” and you no longer need access, it’s really easy to remove yourself from the folder. Here’s how: Go to dropbox.com and sign in. Click Shared in the left sidebar. Find the folder you want to leave. Click the “…” (More) button next to it. Select Leave folder → and confirm. Once you leave: The shared folder and its files are removed from your Dropbox. They’ll no longer count toward your storage. Other members will still have access as usual. If you originally created the shared folder, you’ll need to transfer ownership before leaving. To do that: Open the folder’s Share settings. Click the dropdown beside another member’s name. Select Make owner → then leave the folder. That way, everyone who needs it still has access and the ownership transfers smoothly. And that’s it! Keeping your Dropbox account organised is a simple way to make more room for what matters most - your ideas, projects and memories. If you ever change your mind and want back into a folder in the future, just ask the owner to share it with you again. Got questions about shared folders? Drop them in the comments below or visit our shared folders FAQs. How do you organise and manage your shared folders? Join the conversation and let us know!Community Member of the Month - October 2025
The leaves are turning, the air is crisp, and it’s time to celebrate another shining star in the Dropbox Community! 🍂⭐ Say hello to our October Community Member of the Month… ccjc4sub This month, ccjc4sub stood out for their incredibly detailed and thoughtful response in the discussion about Dropbox icon overlays in File Explorer. Their explanation was so clear and easy to follow that it’s sure to help countless users in the future who come across the same issue. What really makes ccjc4sub a true community champion is their dedication - they didn’t just find a solution; they came back to share that their issue was resolved, ensuring others could benefit from the full story. That’s the kind of generosity and follow-through that keeps our Community thriving! Thank you, ccjc4sub for your time, clarity, and commitment to helping others. You make the Dropbox Community a better, more supportive space for everyone. We’ve got a little surprise for you! Just reply to this message and we’ll make sure your well-earned token of appreciation is on its way 🎁��. Think someone else deserves the spotlight next month? Drop their name in the comments below 💬 Want to be our next Community Member of the Month? Get involved, share what you know, start a convo, and spread the love with likes and comments ❤️ You never know... you could be next! 😎Community Member of the Month - September 2025
Can you believe we’re already in October? Before we dive into cozy Autumn days, it’s time to celebrate another star in the Dropbox Community. ⭐ Say hello to our September Community Member of the Month… calmfrog 👋 This month, calmfrog impressed us with a response that was not only helpful but also a model of clarity and care. Check out this post here about duplicate sync icons. They broke down the issue step by step, making it easy for anyone - whether new to Dropbox or a seasoned user - to follow along if they had the same issue as them ✅ . That kind of thoughtfulness makes the Community a more welcoming, supportive, and valuable space for everyone 🤗 . It’s contributions like calmfrog's that remind us how powerful this Community is when members share knowledge with care. Thank you, calmfrog ! We’ve got a little surprise for you! Just reply to this message and we’ll make sure your well-earned token of appreciation is on its way 🎁🚀. Think someone else deserves the spotlight next month? Drop their name in the comments below 💬 Want to be our next Community Member of the Month? Get involved, share what you know, start a convo, and spread the love with likes and comments ❤️ You never know... you could be next! 😎Community Member of the Month - July 2025
We blinked and July was over! 🎉 But before we get too far into August, it’s time to celebrate someone who’s been making waves in the Dropbox Community. 🌟 Say hello to our Community Member of the Month for July … Shelladmin 👋 This month, Shelladmin stood out in a big way. As only a new member, they’ve set the bar high with their thoughtful and clear use of our brand new thread templates (you may have seen them when you are going to post something within our Help section). ✨ Their super helpful thread How can I see every folder in my Dropbox account in my macOS Finder? really grabbed our attention. Not only did they break down a tricky issue with clarity and care, but I know this thread will for sure help a bunch of future users tackle the same challenge with confidence. 💡📂 Thank you, Shelladmin! 😁 We’ve got a little surprise for you! Just reply to this message and we’ll make sure your well-earned token of appreciation is on its way 🎁🚀. Think someone else deserves the spotlight next month? Drop their name in the comments below 💬 Want to be our next Community Member of the Month? Get involved, share what you know, start a convo, and spread the love with likes and comments ❤️ You never know... you could be next! 😎Community Member of the Month - June 2025
We’re halfway through 2025 (how did that happen?!), and it's the perfect time to shine a spotlight on someone who's been absolutely rocking it in the Dropbox Community 🎉 Say hello to our Community Member of the Month for June... DoctorBashir 🤩👏! Since joining us two years ago, DoctorBashir has been a friendly, knowledgeable, and all-around awesome presence in the Community. With 18 posts and 3 accepted solutions under their belt, they’ve been quietly (and consistently!) helping others and spreading good vibes. June, however, was a standout month. From sharing crystal-clear tips to troubleshoot pesky problems, to offering invaluable advice - DoctorBashir has been on fire 🔥. One of their most helpful contributions was a super insightful post on stopping the Dropbox folder from opening on startup. Not only did they break down the fix in simple steps, but they also added thoughtful feedback that helps make Dropbox even better💡. Their passion for Dropbox and helping others really shone through and that’s exactly why they’re our star of the month 🌟 Thank you, DoctorBashir, for being such a rockstar in the Dropbox Community! Your time, wisdom, and kindness truly make a difference 🙏 🎁 We’ve got a little surprise for you! Just reply to this message and we’ll make sure your well-earned token of appreciation is on its way 🚀 Think someone else deserves the spotlight next month? Drop their name in the comments below 💬 Want to be our next Community Member of the Month? Get involved, share what you know, start a convo, and spread the love with likes and comments ❤️ You never know... you could be next! 🎯
Enlace de descarga automática y sin vista previa
Hola, Me gustaría sugerir una mejora importante para la funcionalidad de compartir archivos. Mi idea es poder generar un enlace que anule la vista previa y fuerce la descarga automática de un archivo al hacer clic en él. Actualmente, el enlace de descarga directa (?dl=1) fuerza la descarga, pero la vista previa sigue siendo una opción por defecto para la mayoría de los usuarios si acceden al enlace de manera estándar. Sería mucho más útil si hubiera una opción que combinara ambas funciones. Esta característica sería fundamental para: Entregas profesionales: Poder enviar archivos a clientes y colegas sabiendo que se descargarán directamente sin la posibilidad de una vista previa. Control total del proceso: El remitente tendría la certeza de que el archivo no se "previsualizará" de manera accidental, lo que es crucial para archivos de gran tamaño o de alta calidad. Considero que una opción para generar un enlace de este tipo, a través de la interfaz de Dropbox o de una API, sería un gran valor añadido. Gracias por su tiempo y consideración.
