You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the Bug
When downloading a file through SEB (on a windows 11 machine). It shows the "download not allowed" alert even though the configuration says downloading is allowed. It looks like an original config not having something (null value) for "choose download / upload directory" makes SEB think "download is not allowed" when it should be allowed if "use temporary download / upload directory" has been checked.
I added a screenshot below. Config 1 does work, config 2 does not. Config 1 is a duplicate I made of config 2. The only thing I changed was first checking the "allow the user to select custom download / upload directory", then adding a directory in the "choose download / upload directory" field. Then unchecking the "allow user to select custom download / upload directory".
As you can see in both configs no other thing has been changed. Users where reporting that downloading files they need for examination did not longer work. They used config 2. Now using config 1 they report downloading works again.
Steps to Reproduce
Steps to reproduce the behavior:
Hard to reproduce. There are no actual steps but using the config file that no longer works and having the one that works.
Expected Behavior
If "allow downloading files" is checked it should always allow downloading when "use temporary download / upload directory" is checked even when "choose download / upload directory" has not been choosen.
Screenshots
Version Information
OS: Windows 11, 22H2, 22621.3737
SEB-Version 3.7.0 (x64), Build 3.7.0.682
The text was updated successfully, but these errors were encountered:
Thanks for the report. We introduced new and separate settings for down- and uploading with version 3.7.0 but decided to keep backward compatibility to the old combined setting. Most unfortunately, a bug was introduced in the processing logic of the new and old settings which may very well be why you're experience the problem.
We shall notify you once the issue has been fixed and can be tested in a development build.
Describe the Bug
When downloading a file through SEB (on a windows 11 machine). It shows the "download not allowed" alert even though the configuration says downloading is allowed. It looks like an original config not having something (null value) for "choose download / upload directory" makes SEB think "download is not allowed" when it should be allowed if "use temporary download / upload directory" has been checked.
I added a screenshot below. Config 1 does work, config 2 does not. Config 1 is a duplicate I made of config 2. The only thing I changed was first checking the "allow the user to select custom download / upload directory", then adding a directory in the "choose download / upload directory" field. Then unchecking the "allow user to select custom download / upload directory".
As you can see in both configs no other thing has been changed. Users where reporting that downloading files they need for examination did not longer work. They used config 2. Now using config 1 they report downloading works again.
Steps to Reproduce
Steps to reproduce the behavior:
Hard to reproduce. There are no actual steps but using the config file that no longer works and having the one that works.
Expected Behavior
If "allow downloading files" is checked it should always allow downloading when "use temporary download / upload directory" is checked even when "choose download / upload directory" has not been choosen.
Screenshots
![image](https://private-user-images.githubusercontent.com/39987849/339702514-0dce1810-8763-4f86-97be-c17917cf1886.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjQ3MDQzMzAsIm5iZiI6MTcyNDcwNDAzMCwicGF0aCI6Ii8zOTk4Nzg0OS8zMzk3MDI1MTQtMGRjZTE4MTAtODc2My00Zjg2LTk3YmUtYzE3OTE3Y2YxODg2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA4MjYlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwODI2VDIwMjcxMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTEyOTFhMTdmZTZmMzMwM2RiYjY2MTJlNmYxYWI0NWUwYTIzMDMzZDQ1ZTEwNDlkM2YyMDc0ZDExNTAzN2ZkODgmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.qqi5FzuC6vhCdSFjT1HJu7QaCYE31ZJ6bKKVvhfHdXU)
Version Information
The text was updated successfully, but these errors were encountered: