Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File details will not change after redirecting from Favorites page #1448

Closed
ghost opened this issue Sep 19, 2016 · 8 comments
Closed

File details will not change after redirecting from Favorites page #1448

ghost opened this issue Sep 19, 2016 · 8 comments

Comments

@ghost
Copy link

ghost commented Sep 19, 2016

Steps to reproduce

1.Make sure there are at least two files.
2.Mark one of them as favorite.
3.Go to "Favorites" page, select the favorite file. Make sure the details view is open.
4.Click the "..." to show popup menu, click "View in folder".
screen shot 2016-09-19 at 11 16 22 pm
5.Verify it redirects user to the All files page and the details is still showing.
6.Select a different file or click "Details", verify that the details view is not changed accordingly.
screen shot 2016-09-19 at 11 15 31 pm

Expected behaviour

Should show the details of selected files.

Actual behaviour

The details does not change

Server configuration

Operating system:
CentOS 7 x86_64
Linux 10.211.55.9 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Web server:
httpd-2.4.6-40.el7.centos.4.x86_64

Database:
sqlite3

PHP version:
PHP 5.4.16 (cli) (built: Aug 11 2016 21:24:59)

Nextcloud version: (see Nextcloud admin page)
Nextcloud 10.0 (stable)

Updated from an older Nextcloud/ownCloud or fresh install:

Where did you install Nextcloud from:

Signing status:

List of activated apps:

The content of config/config.php:

Are you using external storage, if yes which one: local/smb/sftp/...

Are you using encryption: yes/no
no

Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
no

Client configuration

Browser:
Firefox ESR 38.3.0

Operating system:
CentOS 7 x86_64

Logs

Web server error log

Nextcloud log (data/nextcloud.log)

Browser log

@nickvergessen
Copy link
Member

If you manually close the sidebar, you see a second sidebar with the information you just clicked on. So I guess there is some destory magic missing.

@MorrisJobke do you have any idea about this?

@MorrisJobke
Copy link
Member

@MorrisJobke do you have any idea about this?

Usually it should close the sidebar:

  1. call to changeDirectory()
    OCA.Files.App.fileList.changeDirectory(fileModel.get('path'), true, true).then(function() {
  2. that calls the reload() method:
    return this.reload().then(function(success){
  3. that then closes the sidebar:
    this._updateDetailsView(null);

Let me debug this.

@MorrisJobke
Copy link
Member

In this case following block is executed:

this._detailsView.setFileInfo(null);
if (this._currentFileModel) {
this._currentFileModel.off();
}
this._currentFileModel = null;
OC.Apps.hideAppSidebar(this._detailsView.$el);
return;

@MorrisJobke
Copy link
Member

MorrisJobke commented Oct 5, 2016

I just noticed that the sidebar element with the id sidebar exists twice. Let me check where this wrong element is added:

bildschirmfoto von 2016-10-05 17-59-04

@MorrisJobke
Copy link
Member

The element gets added when this line is executed:

this.$currentContent.trigger(jQuery.Event('show'));

@MorrisJobke
Copy link
Member

The detailsview is added a second time here:

this._detailsView.$el.insertBefore(this.$el);

I think the detailsview should be destroyed on all changes between those different views.

@MorrisJobke
Copy link
Member

I think the detailsview should be destroyed on all changes between those different views.

It looks like it is done, but somehow there is an issue in this:

this._detailsView.remove();

@MorrisJobke
Copy link
Member

MorrisJobke commented Oct 5, 2016

That's all I debugged - sorry I'm out - somehow the destroy method needs to be called to properly clean this up, but I have no proper insights into this to fix it. Maybe someone from @nextcloud/javascript could help out here :)

danxuliu added a commit to danxuliu/nextcloud-server that referenced this issue Apr 24, 2017
The Files app active view is set to "files" in silent mode to avoid an
unneeded load of the "/" directory. However, this also prevents the
details view from being automatically closed, so it has to be explicitly
closed by the Goto plugin; the approach used is the same that would have
been used by OCA.Files.App._onNavigationChanged if not silenced.

Fixes nextcloud#1448

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants