Beta Build 56.3.90

[clientreleases]

Thanks for using Dropbox! The desktop client is regularly updated with many improvements and fixes.

Download

Windows	Standard Installer	Offline Installer
Mac OS X	Standard Installer	Offline Installer
Linux	x86_64 Offline Installer	x86 OfflineInstaller

Auto-updates: Everyone who chose "Include me on early releases" on the Settings page

[NipunnK]

Hello friends! Here's the changelog for the latest release of v56 beta

Here are the specific changes for v56.3.90

• Fix error where opening a desktop file from web would show an error dialog even on success

Here are the specific changes for v56.3.89

• Add tooling to help business teams affected by issue with Smart Sync settings

Here are the specific changes for v56.3.87

• Fix an issue with Smart Sync settings applying incorrectly for business teams/professional users

Here are the specific changes for v56.3.84

• Revert network configuration change which unexpectedly regressed those on slower connections.

v56 Release Notes

• Fix Dropbox icon on Ubuntu 18.04 with Unity to use libappindicator
• Avoid popping up a permissions dialog when changing the name of Dropbox folder on macOS Mojave
• Fix minor issue with smart sync interacting with antivirus on initial login
• Other minor fixes

[H. Battle]

The following disturbing dialog is displayed.

Remove files with extension "bin" from synchronization targets, and delete them from all devices.

Since it did not occur before ver.56.3.89, did not you make a bug?

[H. Battle]

Dropbox work on macOS High Sierra.6

[NipunnK]

Hi H. Battle. Thanks for using Dropbox and coming to us with this report.

Can you provide a screenshot of the dialog?
If you are able to reproduce the issue, can you provide steps that lead to the issue?
Are you hitting the issue with the same account that you used to post to the forums?

Thanks!
--Nipunn

[H. Battle]

Sorry, I use in Japanese Enviroment.

dialog as

file as

Dropbox folder as

[H. Battle]

I try 56.3.90 once more.

Issue

- reinstall Dropbox 55.4.171 (Stable).

- wait indexing and sync.

- reinstall 56.3.90 (Beta).

- wait indexing and sync.

- files indicating conflict is created in folder containing files.

- reinstall Dropbox 55.4.171 (Stable).

- This event will also occur at 55.4.171 when a conflict file is created.

Recovery plan
- quit Dropbox.
- delete folder containing conflict files.
- recovery folder and containing files from Time Machine.
- reboot macOS.

I think that there is a bug that false recognition that files conflict.
ATOK31 is preference folder (~/Libraly/Prefernce) at Japanese Input Method.

[NipunnK]

Thank you H. Battle!

I am not 100% because I (unfortunately) do not know Japanese, but I think I recognize the dialog

I believe this is a confirmation dialog to remind the user (you) that when deleting a file or directory
- it not only deletes it from your computer, but also from all hosts / devices.

This dialog should only pop up when you delete a file or a directory. Did you delete this symbolic link (ATOK31) or the file (ATTLDICN.BIN) recently?

ありがとうございました

[H. Battle]

I do not touch file and folder when auto update to 56.3.90.

But Dropbox 56.3.90 indicatie conflict files.

My recovery plan was incorrect.

https://www.dropboxforum.com/t5/Desktop-client-builds/Beta-Build-56-3-90/m-p/293538/highlight/true#M...

I had to remove the symlinked folder containing the file that conflicted as a conflict from the synchronization target and delete the folder on the Dropbox web page.

This is the first time an unreliable version of symbolic synchronization to synchronize files and folders that programs update automatically.

[H. Battle]

2nd. try.

- Quit Dropbox.

- reinstall 56.3.90.

- wait finish index and sync.

- remove local sybolic link at ATOK31 folder.

- remove Dropbox Web site fromATOK31 folder.

- wait finish index and sync.

- new symbolic link ATOK31 folder from ~/Library/Preference.

- wait finish index and sync.

- IM on and use IM -> "confirmation dialog"

Do you really decide to display the confirmation dialog In pre-processing synchronization processing, have not changed the source code since 56.3.90?

本当に確認のためのダイアログを表示を判断する前処理の同期処理において、56.3.90以前からソースコードを変更していないの？

This is because even if it is synchronized at 56.3.90 at least once, even if the file to be synchronized is a newly added file, it seems to have become apparent that it is judged that it is an abnormal file at the next synchronization It seems to be.

なぜならば、１度でも56.3.90で同期させると、同期対象が新規に追加したファイルであっても、次回以降の同期のときに異常なファイルであると判断していることが顕在化したようにみえる。

Moreover, this behavior is the same even if it is down version to the stable version of 55.4.171, and with the synchronization at 56.3.90, it is doubtful that the synchronous processing by the update in a short time deteriorated as a trigger .

また、この振る舞いは、安定版の55.4.171にダウンバージョンしても同じであり、56.3.90での同期をきっかけに、短時間での更新による同期処理が劣化したのではないかと疑問を持つ。

It is the first time that we have used beta for a long time, which is a doubt about the synchronization function.

このように同期機能に疑念を持たされる事象は、betaを長く使ってきたが初めてだ。

My English is not native, I am using Google translation, so I apologize if it is unnatural English.

わたしの英語はネイティブではなく、Googleの翻訳機能を使っているため、不自然な英語になっていたら謝罪する。