nextcloud-server.git - Nextcloud server, a safe home for all your data: https://github.com/nextcloud/server

	Commit message (Collapse)	Author	Age	Files	Lines
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-17	4	-2/+10
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-16	2	-30/+50
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-15	2	-34/+50
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-14	2	-0/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-13	4	-34/+36
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-10	4	-4/+20
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-08	2	-20/+20
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-04	2	-2/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-03	2	-0/+8
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-01	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-31	4	-2/+40
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-30	4	-0/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-29	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-27	4	-4/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-24	10	-0/+10
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-23	40	-38/+2
\|
*	Merge pull request #10565 from ↵	Morris Jobke	2018-08-20	1	-1/+2
\|\ \| \| \| \| \| \| \| \|	nextcloud/stable13-10348-fix-transfering-ownership-of-a-share-to-user-with-same-id-as-receiver [stable13] Fix transfering ownership of a share to user with same id as receiver
\| *	Fix transfering ownership of a share to user with same id as receiver	Daniel Calviño Sánchez	2018-08-07	1	-1/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	When the ownership of a user share is transfered to the receiver the share is removed, as the receiver now owns the original file. However, due to a missing condition, any share with a group, link or remote with the same id as the user was removed, not only the user shares. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-08-16	2	-64/+64
\| \|
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-08-13	4	-4/+18
\| \|
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-08-08	2	-0/+4
\|/
*	[tx-robot] updated from transifex	Nextcloud bot	2018-08-02	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-31	2	-0/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-28	4	-0/+8
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-27	4	-0/+10
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-26	12	-0/+24
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-25	122	-486/+486
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-18	128	-630/+614
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-11	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-07-10	20	-10/+28
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-27	2	-2/+50
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-27	2	-46/+56
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-25	6	-0/+8
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-21	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-19	128	-364/+396
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-17	4	-10/+12
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-16	2	-6/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-15	6	-10/+14
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-14	2	-0/+2
\|
*	Merge pull request #9837 from ↵	Roeland Jago Douma	2018-06-13	2	-16/+36
\|\ \| \| \| \| \| \| \| \|	nextcloud/stable13-9807-fix-highlighting-of-the-upload-drop-zone [stable13] Fix highlighting of the upload drop zone
\| *	Do not show an error message when draging and dropping text	Daniel Calviño Sánchez	2018-06-12	1	-0/+10
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	When the browser reports a drag of items other than files (for example, text) and then triggers a drop event with no files no error message should be shown to the user, as in that case there would be no highlight of the drop zone and no indication that the drop would be valid (except for the mouse cursor); the error message should be shown only when the drop event with no files follows a file drag. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
\| *	Remove no longer needed special handling for Firefox	Daniel Calviño Sánchez	2018-06-12	1	-15/+8
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The highlighting was removed in Firefox when the cursor was no longer moving to handle the behaviour of reporting a file drag and then providing no files in the drop event. That behaviour (which was only present in Firefox 48 and 49) is already handled with the "dropnofiles" callback, so that special handling is no longer needed. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
\| *	Use "dropnofiles" callback to disable the drop state in the UI	Daniel Calviño Sánchez	2018-06-12	1	-0/+10
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	When a file is dragged from the desktop to the file list the file list is highlighted, and when the file is finally dropped or the drag operation is cancelled the highlighting is removed. In some cases, due to a wrong implementation, a browser may end a file drag with a drop with no files (for example, when a folder or text is dragged), which would cause the highlight to not be removed. Now those cases are handled with the "dropnofiles" callback, which restores the UI and also shows a message to the user. The error message is just a generic one, as in some cases it is not even possible to know whether the problem came from a text drag or a folder drag, and whether the problem appears or not depends on the browser, version and even operating system. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
\| *	Add callback to clean up after misbehaved drag and drop events	Daniel Calviño Sánchez	2018-06-12	1	-0/+12
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The jQuery Plugin triggers the "dragover" callback when the browser triggers the "dragover" event and the types in their DataTransfer include a "Files" item. It also triggers the "drop" callback when the browser triggers the "drop" event and the list of files in its DataTransfer is not empty. Unfortunately some browsers may trigger "dragover" events with a DataTransfer that includes a "Files" item and then trigger a "drop" event with an empty list of files. When that happens the actions performed in the "dragXXX" callbacks could be left hanging if they were expected to be finished in the "drop" callback (for example, if the drop zone was highlighted during the drag to be then restored when the file was finally dropped). This commit adds the "dropnofiles" callback to be able to handle those situations. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
\| *	Remove duplicated code	Daniel Calviño Sánchez	2018-06-12	1	-6/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	"disableDropState" was set as the event handler in 8d4e5747f386a0, but the duplicated code was accidentally added back in 786e858d23c4a4. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-06-13	8	-2/+8
\|/
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-12	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-09	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-08	4	-2/+46
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-06-07	2	-2/+6
\|