Outlook New Experience update - network save location bug

Anonymous
2022-07-21T05:58:48+00:00

My default save location when saving documents from Word/Excel/Outlook is on network folder via folder redirection for Documents and Desktop. When i switch to new experience interface and try to save email attachment from Outlook it's trying to open the shared folder via port 80 instead SMB file share which cause an pop up display Connecting: Trying to connect to: \fileserver\share...

Microsoft® Outlook® for Microsoft 365 MSO (Version 2206 Build 16.0.15330.20260) 64-bit

If I manually change the default save location to point on some local folder and then navigate to the file share via "save as" dialog it browse the shared folders normally and open the network shares normally. Also if i disable the new experience switch and return to the old interface of outlook it works ok. This problem is observed only in the New experience interface for all Office products (word/excel/outlook) when the default save location is pointing to the network share.

For Word and Excel there's option for default save location

Outlook | Windows | Classic Outlook for Windows | For home

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

78 answers

Sort by: Oldest
  1. Deleted

    This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.


    Comments have been turned off. Learn more

  2. Anonymous
    2023-05-24T20:34:41+00:00

    Any updates on this?

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2023-05-24T21:05:14+00:00

    If you are asking about SAEC it appears the fix is in Version 2208 as noted below. I don't see any edits to the bug to indicate any issues with the fix released so far.

    Release notes for Semi-Annual Enterprise Channel (Preview) releases in 2022 - Office release notes | Microsoft Learn

    Version 2208: February 14

    Version 2208 (Build 15601.20538)

    Office Suite

    • Fixed an issue where a dialog box saying "Trying to connect" would appear for multiple minutes while trying to save a new file to a network share, e.g., while using Save As or Browse in Word, Excel, and PowerPoint. This issue also affected saving email attachments to a network share.

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2023-05-25T10:13:02+00:00

    If you are asking about SAEC it appears the fix is in Version 2208 as noted below. I don't see any edits to the bug to indicate any issues with the fix released so far.

    Release notes for Semi-Annual Enterprise Channel (Preview) releases in 2022 - Office release notes | Microsoft Learn

    Version 2208: February 14

    Version 2208 (Build 15601.20538)

    Office Suite

    • Fixed an issue where a dialog box saying "Trying to connect" would appear for multiple minutes while trying to save a new file to a network share, e.g., while using Save As or Browse in Word, Excel, and PowerPoint. This issue also affected saving email attachments to a network share.

    Hi Gabriel,

    " I don't see any edits to the bug to indicate any issues with the fix released so far."

    Sadly with all the best will in the world that could mean that Microsoft has either

    a: not yet realised, despite plenty of users reporting it, that they have inadvertently reintroduced the problem

    b: is not interested in fixing it because it is broken beyond economic repair.

    I have evidence for both those assertions.

    a:

    we are in the middle of migration to office 365 so have both office 2013 and office 365 installed on a number of Windows 10 22H2 machines.

    When this bug first hit 365 we noticed that it did not affect office 2013. Around the release of 2208 which fixed it for 365 an update for Office 2013 introduced the same bug into office 2013. This was later fixed in 2013 we assume by another update and has since returned in 365.

    b:

    Windows 11 is so broken that even Microsoft can’t fix it | TechRadar

    "Microsoft has just made a pretty remarkable admission, essentially conceding that it doesn’t have a solution for some Windows 11 problems.

    As Neowin reports, some people using Windows 11 and Windows 10 have found a bug which prevents the Start menu, Windows search bar and some Universal Windows Platform (UWP) apps from starting or working correctly.

    It appears that the bugs coincide with damaged registry keys and data related to Microsoft Office apps, and apps that are integrated with Office software, as well as Windows and Outlook."

    The 365 platform has also recently been hit by another self inflicted problem that took a long while to fix.

    MO545600 additional impact - Search queries may have returned partial results.

    The post incident report makes for interesting reading.

    Code changes had to be rolled back to prevent further corruption of search indexes and remedial re-indexing scripts had to be deployed to repair the damage already done.

    I find it very good practice that the team have admitted the problem, documented the fix and looked at preventative measures to stop it happening again.

    However, I can also add that Microsoft has a history, with me at least, of not admitting they have a problem.

    I have an open support ticket on a part of the 365 Defender platform that appears to be a coding problem with the web UI as well as search filter related in Quarantine.

    That problem has existed for months but Microsoft would not admit to it.

    My reports via the Admin Console kept getting closed as false positives so I was forced to open a support ticket via our CSP.

    Watching the failed page loads and other error messages appear on screen prompted me to open he Edge and Chrome Developers Console.

    The output is very interesting.

    I just opened the 365 Defender home page a few seconds ago and the problem is still there

    Client Error Database is not online. WebstoreApplication("defaultconfig\messagetracedb") WstError(EcMarkedOffline): Database is not online.

    The list of major and minor errors is quite long.

    That is what Microsoft called a false positive when I tried to report it.

    The below error list is just the dashboard page for the 365 Defender loading and this is just a selection.

    Going into quarantine also intermittently produces similar errors i.e. failure to load, database offline, very long load times and previously inconsistent application of search filters (probably now resolved by MO545600 as it did eventually load after a very long time the requested view.

    POST https://security.microsoft.com/api/m365/shared/DataProvider/GetAll?providerIds=EnterpriseSecurity\_RiskyUsers 500

    AJAX error from /api/m365/shared/DataProvider/GetAll?providerIds=EnterpriseSecurity_RiskyUsers.

    Uncaught (in promise) Error: Request failed with status code 500

    at e.exports (createError.js:16:15)

    at e.exports (settle.js:17:12)

    at XMLHttpRequest.E (xhr.js:66:7)

    GET redacted failed status 404

    GET redacted failed status 400

    GET redacted failed status 400

    Request failed with status code 400 {stack: 'Error: Request failed with status code 400\n

    at …urces/ww/scc/static/axios/0.24.0/axios.js:1:7142)'}

    Request failed with status code 400

    {stack: 'Error: Request failed with status code 400\n at …urces/ww/scc/static/axios/0.24.0/axios.js:1:7142)',

    errorMessage: 'wicd-common bootMtp failed on load.'}

    AJAX error from /apiproxy/mtp/k8s/mgmt/TenantContext. {data: {…}}

    Uncaught (in promise) Error: Request failed with status code 400

    at e.exports (createError.js:16:15)

    at e.exports (settle.js:17:12)

    at XMLHttpRequest.E (xhr.js:66:7) with-bootstrap.hoc.tsx:54

    Uncaught (in promise) Error: Request failed with status code 400

    at e.exports (createError.js:16:15)

    at e.exports (settle.js:17:12)

    at XMLHttpRequest.E (xhr.js:66:7)

    GET failed with a 500 status

    Client error popup opened for: /apiproxy/psws/QuarantineMessage?
    PageSize=100&Page=1&MyItems=false&$filter=(QuarantineTypes%20eq%20'TransportRule'%20or%20QuarantineTypes%20eq%20'Bulk'%20or%20QuarantineTypes%20eq%20'Phish'%20or%20QuarantineTypes%20eq%20'Malware'%20or%20QuarantineTypes%20eq%20'Spam'%20or%20QuarantineTypes%20eq%20'HighConfPhish'%20or%20QuarantineTypes%20eq%20'DataLossPrevention')%20and%20(ReleaseStatus%20eq%20'NOTRELEASED'%20or%20ReleaseStatus%20eq%20'RELEASED'%20or%20ReleaseStatus%20eq%20'REQUESTED'%20or%20ReleaseStatus%20eq%20'APPROVED'%20or%20ReleaseStatus%20eq%20'DENIED')%20and%20(PolicyType%20eq%20'AntiMalwarePolicy'%20or%20PolicyType%20eq%20'SafeAttachmentPolicy'%20or%20PolicyType%20eq%20'AntiPhishPolicy'%20or%20PolicyType%20eq%20'HostedContentFilterPolicy'%20or%20PolicyType%20eq%20'ExchangeTransportRule'%20or%20PolicyType%20eq%20'DataLossPreventionRule')&StartReceivedDate=2023-05-24T09%3A45%3A03.490Z&EndReceivedDate=2023-05-25T23%3A00%3A00.000Z&StartExpiresDate=2023-05-24T23%3A00%3A00.000Z&EndExpiresDate=2023-06-24T23%3A00%3A00.000Z Status: 500 {data: {…}}

    Uncaught (in promise) Error: Request failed with status code 500

    at e.exports (createError.js:16:15)

    at e.exports (settle.js:17:12)

    at XMLHttpRequest.E (xhr.js:66:7)

    Was this answer helpful?

    0 comments No comments
  5. Anonymous
    2023-05-26T19:29:18+00:00

    Nick,

    Those are several issues, but I can comment on these two:

    a:

    we are in the middle of migration to office 365 so have both office 2013 and office 365 installed on a number of Windows 10 22H2 machines.

    When this bug first hit 365 we noticed that it did not affect office 2013. Around the release of 2208 which fixed it for 365 an update for Office 2013 introduced the same bug into office 2013. This was later fixed in 2013 we assume by another update and has since returned in 365.

    [Gabe] For this issue the fix is now in all Office channels including SAEC via Version 2208 (Build 15601.20538). I have not seen any new support cases or queries from support engineers about this bug. If you still repro in any of the fixed builds, please open a ticket in the support center in the M365 admin center.

    Fixes to all channels so far:

    Fix is in CC, MEC, with

    Version 2211 (Build 15831.20190)

    Fix is in SACP, SAEC with

    Version 2208 (Build 15601.20538)

    Only SAEC-Extended does not have the fix

    b:

    Windows 11 is so broken that even Microsoft can’t fix it | TechRadar

    "Microsoft has just made a pretty remarkable admission, essentially conceding that it doesn’t have a solution for some Windows 11 problems.

    As Neowin reports, some people using Windows 11 and Windows 10 have found a bug which prevents the Start menu, Windows search bar and some Universal Windows Platform (UWP) apps from starting or working correctly.

    It appears that the bugs coincide with damaged registry keys and data related to Microsoft Office apps, and apps that are integrated with Office software, as well as Windows and Outlook."

    [Gabe] For this issue, Windows 11, version 22H2 known issues and notifications | Microsoft Learn (Start menu, Windows Search and UWP apps might have issues opening), the fix is in Office Current channel Version 2304 (Build 16327.20214).  This build should get to the MEC channel on patch Tuesday June 13th.

    This fix was a big effort across multiple product teams with changes in both Windows and Office. There were a lot of moving parts to this and probably why the delay from Windows updating the article linked above.

    Was this answer helpful?

    0 comments No comments