nextcloud-server

Commit Graph

Author	SHA1	Message	Date
Nextcloud bot	85d4d9c592	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	ecc3bc64aa	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	5bbe6bb44e	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	72e8ab14ac	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	9f194bc682	[tx-robot] updated from transifex	8 years ago
Roeland Jago Douma	9b05413bcb	Show the new dav url in the web UI Fixes #8795 Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>	8 years ago
Daniel Calviño Sánchez	bcfe8431b4	Fix progress bar hidden before the upload ends The jQuery File Upload plugin triggers the "stop" event once there are no more files being uploaded (even if some of them were added when another upload was already in progress). Therefore, the progress bar should be hidden in the "fileuploadstop" callback. In some cases the "stop" event is not triggered and thus the progress bar is not hidden once no more files are being uploaded. This is caused by a race condition and it will be fixed in another commit; except in buggy cases like that one (that need to be fixed anyway) it is safe to hide the progress bar in the "fileuploadstop" callback. In any case, note that the callbacks in "fileuploaddone" may be called after the "stop" event was triggered and handled when using chunked uploads. In that case once all the chunks are uploaded the assembled file is moved to its final destination, so its promise could be resolved after the "stop" event was triggered. Therefore a different approach would be needed to keep the progress bar visible until the chunked upload is truly finished, but for the time being the current one is good enough. Before this commit the progress bar was being hidden when the first upload finished, either successfully or with an error, no matter if there were other files being uploaded too. The progress bar was being explicitly hidden also when the upload was cancelled. When an upload is cancelled all the single uploads are aborted, which triggers a "fail" event for each of them. However, the "stop" event is always triggered when no more files are being uploaded, so it is triggered too once all the single uploads were aborted. As all the single uploads are immediately aborted in a loop when the general upload is cancelled it makes no difference to hide the progress bar when the first single upload is aborted or when all the single uploads were aborted, so the progress bar is no longer explicitly hidden in the former case. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago
Nextcloud bot	0c12c06325	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	b90b73df6f	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	25c479c0c5	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	21b7611457	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	0f398e7611	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	9dad5ac59b	[tx-robot] updated from transifex	8 years ago
John Molakvoæ (skjnldsv)	24ecf3f4c9	Fixed files copy/move when in favorites or recent section Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
Roeland Jago Douma	3dac15a891	Move calls to \OCP\JSON to private \OC_JSON They should be properly fixed at some point. Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>	8 years ago
Nextcloud bot	af3ab1de10	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	615258ba26	[tx-robot] updated from transifex	8 years ago
Roeland Jago Douma	1d6a2a7019	Remove unused download.php There were two routes apps/files/ajax/download.php but apparently also apps/files/download.php I could not find any use of it. Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>	8 years ago
Nextcloud bot	7f00de841b	[tx-robot] updated from transifex	8 years ago
Roeland Jago Douma	83873e3da1	Remove deprecated URL functions for OCP\Util Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>	8 years ago
Roeland Jago Douma	f52ba44edb	Move storagestats endpoint to proper controller Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>	8 years ago
Morris Jobke	044d01d0e1	Use proper method to log exceptions Signed-off-by: Morris Jobke <hey@morrisjobke.de>	8 years ago
Nextcloud bot	4e56a02450	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	a20e9d7891	[tx-robot] updated from transifex	8 years ago
John Molakvoæ (skjnldsv)	cee5be6ff2	Fixed jsunit Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
John Molakvoæ (skjnldsv)	3ef4131533	Fixed event propagation on safari Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
John Molakvoæ (skjnldsv)	446a3a9d5a	Fixed ext share style and use varable for popover height Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
John Molakvoæ (skjnldsv)	4e6043fd6b	Fixed tooltip positionning & error display Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
John Molakvoæ (skjnldsv)	955c2ee1a7	PoC inline icon-confirm with inputs Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
John Molakvoæ (skjnldsv)	3964616a9e	Updated popover rules to allow form inputs and added input submit for new File Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>	8 years ago
Nextcloud bot	3867a74f0d	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	6c49cc0294	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	6975cef00b	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	3b000d4f91	[tx-robot] updated from transifex	8 years ago
Nextcloud bot	777313db42	[tx-robot] updated from transifex	8 years ago
Sagorika Das	5d9d0b00e0	updated js Signed-off-by: Sagorika Das <sagorika1996@gmail.com>	8 years ago
Sagorika Das	d78e314d51	New folder creation flow Descend into newly created folder by clicking enter again. Signed-off-by: Sagorika Das <sagorika1996@gmail.com>	8 years ago
Nextcloud bot	a7fb9ff8da	[tx-robot] updated from transifex	8 years ago
Daniel Calviño Sánchez	542dc2b335	Fix upload button visible on read-only folders The div that contains the elements related to the creation of new files, and thus the upload button, is always present in the DOM; it is hidden or shown based on the folder permissions by adding or removing the "hidden" CSS class. However, as the other CSS classes for the div are "actions" and "creatable" and a "display: flex" rule was defined for ".actions.creatable" below the "display: none" rule for ".actions.hidden" the last one took precedence and the div ended being always visible, even if the "hidden" CSS class was set. Now the rules for the ".actions.hidden" selector are defined below the rules for the ".actions.creatable" selector and thus the "display: none" rule is applied as expected. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago
Joas Schilling	8b73560cac	Fix unit test Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	0b883ab9d9	Catch exception when the parent is deleted as well Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	825c276e84	Do a recursion instead of an endless loop Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	62e982a91f	Fix problem with deleted files Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	d202bae3b5	Fix path handling for activities Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	f8c27cb57d	Add special handling for e2e encryption Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Joas Schilling	03a25410f1	Extract duplicated logic into a method Signed-off-by: Joas Schilling <coding@schilljs.com>	8 years ago
Daniel Calviño Sánchez	ad71abca6f	Update comments in tests Menu and home are not always visible; home is always visible, but menu is shown only when needed. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago
Daniel Calviño Sánchez	292476911f	Improve documentation of "getTotalWidth" "getTotalWidth" is not more accurate; it is simply not clamped. Moreover, "width/outerWidth" could be used in tests too, and also even if "getTotalWidth" could be used in tests while others not that would not be something to be stated in the API documentation, but in a comment. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago
Daniel Calviño Sánchez	d122d054d3	Do not show the crumbs again after hiding them After the changes in the previous commit "_showCrumb" no longer shows the menu, only the same crumb that was hidden by the last call to "_hideCrumb". Therefore, if the crumb was hidden because it did not fit there is no need to try to show it again, as it will still not fit. Moreover, the calculated width for a hidden element is not always accurate; in some cases the calculated width is lower than the actual width (it happens, for example, when using a background image like the "Share" icon), which causea the crumb to be shown even if there is not enough room, which in the end causes the siblings to overflow the contents. No unit tests for this one, though; you will have to trust me on this, sorry ;-) Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago
Daniel Calviño Sánchez	10e9eeec45	Fix menu visibility The crumb for the menu was shown like any other crumb when calling "_showCrumb", but it was also shown when other crumbs were hidden without taking into account the available width. This caused several related problems, like the breadcrumbs taking too much space when the menu was sometimes shown after the rest of the crumbs were adjusted to the available width, or the menu being shown instead of the last crumb even if there was room for it when the available width was increased. Now the menu is always hidden before starting the resizing of the crumbs to ensure that whether it was previously shown or not does not affect the result. In a similar way, the menu will no longer be shown by "_showCrumb", as it is not a regular crumb that has to be shown simply if there is enough room. The menu is now shown as soon as any other crumb is hidden; this ensures that the menu width will be taken into account in further width checks. As when _updateMenu" is called it no longer needs to take care of showing the menu this fixes the issue revealed when fixing the test setup in the previous commit. Finally, this implicitly fixes the failure in the breadcrumbs tests when run on Firefox, as it was caused by the menu interfering in the calculations of the other crumbs when increasing the width. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>	8 years ago

1 2 3 4 5 ...

4251 Commits (fa76b49cd2811b0e441bc82ba2e707ae0214aa0f)