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-11-18	2	-0/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-16	4	-2/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-15	4	-2/+42
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-14	2	-2/+10
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-13	6	-0/+14
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-12	4	-0/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-08	2	-0/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-07	34	-34/+62
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-06	2	-2/+8
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-05	2	-2/+16
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-04	6	-0/+14
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-11-01	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-29	8	-66/+194
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-28	2	-8/+18
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-27	8	-0/+44
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-26	16	-2/+16
\|
*	Merge pull request #11996 from ↵	Roeland Jago Douma	2018-10-23	4	-8/+16
\|\ \| \| \| \| \| \| \| \|	nextcloud/stable13-11967-fix-opening-a-section-again-in-the-files-app [stable13] Fix opening a section again in the Files app
\| *	Remove event handler no longer needed	Daniel Calviño Sánchez	2018-10-23	1	-6/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The custom handler for "URL changed" events were added to reload the file list whenever the sections for favorites and shares were opened; this was used to fix the problem of not reloading the file lists when opening them for a second time. However, besides that the handlers were not really necessary, and as the root of the bug was fixed in the previous commit those handlers are now removed. The file list for tags uses the handler for a different purpose, though, so that one was kept. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
\| *	Fix opening a section again in the Files app	Daniel Calviño Sánchez	2018-10-23	3	-2/+16
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	When a section is open in the Files app a "show" event is triggered. File list objects handle that event by reloading themselves, but only if the file list was shown at least once. However, the file list objects of plugins are created when the "show" event is triggered for the first time for their section; as the file list objects register their handler for the "show" event when they are created they never handle the first triggered "show" event, as the handler is set while that event is being already handled. Therefore, from the point of view of the handler, the second time that a "show" event was triggered it was seen as if the file list was shown for the first time, and thus it was not reloaded. Now the "shown" property is explicitly set for those file lists that are created while handling a "show" event, which causes them to be reloaded as expected when opening their section again. Note that it is not possible to just reload the file list whenever it is shown; the file list is reloaded also when the directory changes, and this can happen when the web page is initially loaded and the URL is parsed. In that case, if file lists were reloaded when shown for the first time then it could be reloaded twice, one with the default parameters due to the "show" event and another one with the proper parameters once the URL was parsed, and the files that appeard in the list would depend on which response from the server was received the last. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-10-23	32	-10/+72
\|/
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-10	108	-142/+142
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-07	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-05	6	-0/+10
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-04	4	-0/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-03	10	-0/+10
\|
*	Merge pull request #11524 from nextcloud/fix/11315/filepicker-buttons-nc13	Roeland Jago Douma	2018-10-02	1	-3/+13
\|\ \| \| \| \|	[13] Fixes the move/copy picker buttons
\| *	Fixes file/folder move/copy buttons	Michael Weimann	2018-10-01	1	-0/+2
\| \| \| \| \| \| \| \|	Signed-off-by: Michael Weimann <mail@michael-weimann.eu>
\| *	Fix buttons wrapping on long folder names	Jan-Christoph Borchardt	2018-10-01	1	-3/+11
\| \| \| \| \| \| \| \|	Signed-off-by: Jan-Christoph Borchardt <hey@jancborchardt.net>
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-10-02	126	-178/+180
\|/
*	[tx-robot] updated from transifex	Nextcloud bot	2018-10-01	6	-0/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-30	6	-0/+6
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-29	2	-0/+2
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-28	10	-0/+10
\|
*	Merge pull request #11400 from ↵	Roeland Jago Douma	2018-09-27	1	-1/+48
\|\ \| \| \| \| \| \| \| \|	nextcloud/stable13-11112-do-not-hide-the-progress-bar-while-the-chunked-upload-is-being-assembled [stable13] Do not hide the progress bar while the chunked upload is being assembled
\| *	Do not hide the progress bar while the chunked upload is being assembled	Daniel Calviño Sánchez	2018-09-26	1	-1/+48
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Large files are not uploaded in a single operation, but uploaded in several chunks; once all the chunks are uploaded then the server needs to assemble them to get the final file. Before, once the chunks were uploaded the progress bar was hidden. However, this was confusing for the users, as the file could still need some time to appear in the file list due to the assembling. Now once all the chunks are uploaded the text in the progress bar changes to inform the user that there are still some pending operations, and only when the file is finally assembled the progress bar is hidden. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
* \|	[tx-robot] updated from transifex	Nextcloud bot	2018-09-27	112	-112/+112
\|/
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-26	4	-4/+4
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-25	2	-22/+22
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-23	2	-18/+24
\|
*	[tx-robot] updated from transifex	Nextcloud bot	2018-09-22	6	-20/+26
\|
*	[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
\|