I'm still having this issue with Atlassian Companion 2.1.0 (and Confluence 7.4.4 (IIS reverse proxy configuration)). When I try to edit attachments containing the '(' and ')' symbols in their filename, I get a "Download Failed, head back to Confluence to try again." error. CONFSERVER-57769 should probably be re-opened to address this.

Comments by dbad1cf16c67 and 99c22ef3acac are still true as of Confluence Server 7.16.5, Companion 1.4.1. "(", ")" and "+" in the filename cause Companion to fail.

As of Confluence Data Center 7.13.0, if an attachment has parentheses "()" in it, the file cannot be edited using Companion. The symptom appears to be that the companion application cannot authenticate.

LOGS ============================

info: adc:ConfluenceAnalyticsProxy 2021-09-07T20:46:41.160Z flush: ended {"eventsBefore":2,"eventsAfter":0}info: adc:ConfluenceAnalyticsProxy 2021-09-07T20:46:41.160Z flush: ended {"eventsBefore":2,"eventsAfter":0}info: adc:file-manifest 2021-09-07T20:55:20.169Z Launching custom protocol for Window.info: adc:serverauth 2021-09-07T20:55:20.170Z Found trusted domain in database: confluence.zmtrwe.cominfo: adc:ServerFacade 2021-09-07T20:55:20.389Z Retrieved attachment data from Confluence for Team Altamira Demonstration Plan Q4 Day 1 (CDRL PD01 4.2.39).pptx on Demo 4/TIM #12 9/23-9/25info: adc:ProtocolHandler 2021-09-07T20:55:20.389Z New file registered with id: dbf1ac7f-ab60-4666-98be-efadddaaa63binfo: adc:DirectFile - for file Team Altamira Demonstration Plan Q4 Day 1 (CDRL PD01 4.2.39).pptx 2021-09-07T20:55:20.389Z handling file launch requestinfo: adc:file-manager 2021-09-07T20:55:20.389Z Retrieving app list for application/vnd.openxmlformats-officedocument.presentationml.presentationinfo: adc:ProtocolHandler 2021-09-07T20:55:20.393Z flushAggregatedTrustDialogAttemptToAnalytics: sending analytics events for rejected attempts {"rejectAttempts":[],"hostname":"confluence.zmtrwe.com"}info: adc:ProtocolHandler 2021-09-07T20:55:20.393Z flushAggregatedTrustDialogAttemptToAnalytics: sending analytics events for confirmed attempts {"confirmAttempts":[],"hostname":"confluence.zmtrwe.com"}info: adc:file-manager 2021-09-07T20:55:20.398Z Unknown file ID: 8ebd1026-4b93-4f63-a7fb-2d55831bb85ainfo: adc:file-manager 2021-09-07T20:55:20.399Z File 8ebd1026-4b93-4f63-a7fb-2d55831bb85a download start to C:\Users\steve.betts\.atlassian-companion\8ebd1026-4b93-4f63-a7fb-2d55831bb85a\Team Altamira Demonstration Plan Q4 Day 1 (CDRL PD01 4.2.39).pptxinfo: adc:ErrorHandler -  2021-09-07T20:55:21.348Z Unable to JSON parse and extract response error responseText:  undefinedinfo: adc:file-manager 2021-09-07T20:55:21.348Z Unknown file ID: 8ebd1026-4b93-4f63-a7fb-2d55831bb85aerror: adc:file-manager 2021-09-07T20:55:21.349Z File 8ebd1026-4b93-4f63-a7fb-2d55831bb85a download error error: adc:file-manager 2021-09-07T20:55:21.349Z UnexpectedStatusError: Unexpected response status code 401 from confluence.zmtrwe.com    at IncomingResponse.expect (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules@atlassian\birdy\dist\response.js:75:19)    at processTicksAndRejections (internal/process/task_queues.js:93:5)    at async action (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules@atlassian\birdy\dist\request.js:374:17)    at async RetryOperation._fn (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules\p-retry\index.js:50:12)error: adc:file-manager 2021-09-07T20:55:21.349Z UnexpectedStatusError: Unexpected response status code 401 from confluence.zmtrwe.com    at IncomingResponse.expect (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules@atlassian\birdy\dist\response.js:75:19)    at processTicksAndRejections (internal/process/task_queues.js:93:5)    at async action (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules@atlassian\birdy\dist\request.js:374:17)    at async RetryOperation._fn (C:\Users\steve.betts\AppData\Local\atlassian-desktop-companion\app-1.3.0\resources\app.asar\node_modules\p-retry\index.js:50:12)info: adc:file-manager 2021-09-07T20:55:35.706Z Unknown file ID: 8ebd1026-4b93-4f63-a7fb-2d55831bb85ainfo: adc:file-manager 2021-09-07T20:55:35.706Z Unknown file ID: 8ebd1026-4b93-4f63-a7fb-2d55831bb85ainfo: adc:ConfluenceAnalyticsQueue 2021-09-07T20:55:35.706Z Pushing confluence-server.companion.upload.discard for confluence.zmtrwe.com

Chill that is normal.

Also losing patience with 18+ ones...

Seriously nearly 10 years!! And no fix?

also in Confluence 6.13.7 and Companion App 1.2.2 an Excel File won't open for editing when there is a plus "+" in the file name.

Hi,

It has occurred in 6.6.2 too.

Same in 6.5. As mentioned, special characters affect others macros too. Please fix it!

Occurs in release 6.1.0.  Attachment has '&' ampersand as part of its word document name, fails in Edit in Office.

Since you will obviously not fix this can you please provide a way to easily find the offending attachments?

This problem has been documented and unassigned since April 28, 2011.  We need to know if Atlassian intends to work this problem?

Occurs in 6.0.6.

Office Edit feature is the most powerful feature to compete against MS SharePoint which allows users to edit office directly

Is it possible to get Atlassian to fix this lingering issue?

Same problem in Confluence 5.9.4...

Same problem in Confluence 5.7.5 Standalone and Data Center

I discovered today that having a hash character (#) in the file name of an attachment breaks "edit it office" in both Firefox, IE9 and IE10. This is in Confluence 5.3.1.

I would suggest renaming the title of this issue to remove the "on some browsers" part, as it now seems to be mostly browser-independent.

Perhaps the documentation should warn users about the use of special characters, but I do not see this mentioned any where. The problem with special characters exists in many different contexts and just wont go away.

Many macros and plugins do not behave well and have unpredictable results when special characters are used:

• Office Connector
• Attachment filenames
  • Office documents
  • Graphic files
• Links and Anchors
• Pagetree
• Third Party Plugins
  • Customware/ServiceRocket Reporting and Scaffolding plugins
  • Linking Plugin

This list is by no means complete, but I am sure you get the idea of how intrenched this problem has become.

Another issue is searching Confluence for the use of Special Characters so that content can be modified. How can this be done?

Hi stephen.gramm@nasa.gov

Thanks for getting in touch. Yes, three years is a very long time for an issue to be open, but we have to prioritise our issues and deal with those that have the biggest impact on our customers first. This does mean that some issues do sit on our backlog for some time before we are able to deal with them. I would very much like to be able to address this issue, which is why it is still on the backlog after 3 years without having been closed.

I really appreciate the passion and persistence that you have, as soon as we have any more information on this issue I'll get the ticket updated with details.

Regards
Steve Haffenden
Confluence Bugmaster
Atlassian

OPEN for THREE YEARS - Is there any possibility that the special characters or reserved character issue will be fixed? I see so many related cases and nothing is being done about the problem.

Atlassian Confluence documentation should at least provide details about this reported problem or address the root cause so users would know not to use special characters in page names, attachment names, graphic file names or links and other plugins where it will certainly create problems.

We have the issue in Confluence v5.2.5