Changelog for ownCloud Web 1.0.0 (2020-12-11)
Summary
- Bugfix - Enable route checks for file actions: #986
- Bugfix - Fix navigation rendering: #1031
- Enhancement - Add the option to decline accepted shares: #985
- Enhancement - Show status of accepted shares: #985
- Enhancement - Add oc10 app build artifact: #4427
- Enhancement - Add custom configuration to the draw.io app: #4337
- Enhancement - Add support for .vsdx files in the draw.io app: #4337
- Enhancement - Wait for all required data: #884
Details
-
Bugfix - Enable route checks for file actions: #986
The checks on which route an extension is enabled were not active (and inverted). We fixed this
so that editors only appear on configured routes now. -
Bugfix - Fix navigation rendering: #1031
- ADD_NAV_ITEM mutation now gets copied instead of referenced to trigger a state change. -
applicationsList navItem item needs a copy instead of mutating the base item - check for
route.path instead of route name in ADD_NAV_ITEM which can change over time
- ADD_NAV_ITEM mutation now gets copied instead of referenced to trigger a state change. -
-
Enhancement - Add the option to decline accepted shares: #985
Declined shares could be accepted retroactively but accepted shares could not be declined.
-
Enhancement - Show status of accepted shares: #985
The status column of accepted shares was blank.
-
Enhancement - Add oc10 app build artifact: #4427
We've added a build step to the release process which creates an ownCloud Web bundle which can be
deployed as an app to ownCloud 10. -
Enhancement - Add custom configuration to the draw.io app: #4337
Added mechanism to specify custom configuration instead of using a hardcoded one. The new
settings include support for a custom draw.io server, enabling autosave and using a specific
theme. -
Enhancement - Add support for .vsdx files in the draw.io app: #4337
Added the support to open .vsdx files (Microsoft Visio Files) directly from OwnCloud, instead
of creating a new diagram to import the file from local storage. -
Enhancement - Wait for all required data: #884
Before this we rendered the ui no matter if every required data already is loaded or not. For
example the current users language from the ocis settings service. One potential problem was
the flickering in the ui or that the default language was shown before it switches to the
settings language of current user. Instead we now show a loading screen and wait for everything
that is required before rendering anything else.