Closing photo preview reloads file list

[qwertymodo]

Steps to reproduce

1. Open the WebGUI and navigate to a folder containing enough photos to require scrolling
2. Scroll down a ways and click on a photo to view the full-screen preview
3. Close the photo preview

Expected behaviour

The page should just return to the file list at the same position it was when you clicked the photo, and should still have the photo thumbnails loaded so it responds quickly.

Actual behaviour

The entire folder list reloads, scrolled back to the beginning of the list. This requires not only scrolling back to where you were, but reloading all of the photo thumbnails as you go.

Server configuration

Operating system: FreeNAS (custom BSD jail, not the default plugin)

Web server: nginx

Database: MySQL

PHP version: 5.6.19

ownCloud version: (see ownCloud admin page) 9.1.0 stable

Updated from an older ownCloud or fresh install: upgrade

Where did you install ownCloud from: https://download.owncloud.org/community/owncloud-9.1.0.tar.bz2

Signing status: No errors have been found

List of activated apps:
Enabled:

• activity: 2.3.2
• comments: 0.3.0
• dav: 0.2.5
• federatedfilesharing: 0.3.0
• federation: 0.1.0
• files: 1.5.1
• files_external: 0.6.0
• files_pdfviewer: 0.8.1
• files_sharing: 0.10.0
• files_texteditor: 2.1
• files_trashbin: 0.9.0
• files_versions: 1.3.0
• files_videoplayer: 0.9.8
• firstrunwizard: 1.1
• gallery: 15.0.0
• notifications: 0.3.0
• provisioning_api: 0.5.0
• systemtags: 0.3.0
• templateeditor: 0.1
• updatenotification: 0.2.1
  Disabled:
• encryption
• external
• files_antivirus
• files_mv
• user_external
• user_ldap

The content of config/config.php:
{
"system": {
"enable_previews": true,
"preview_libreoffice_path": "/usr/local/bin/libreoffice",
"memcache.local": "\OC\Memcache\APCu",
"memcache.locking": "\OC\Memcache\Redis",
"redis": {
"host": "/var/run/redis/redis.sock",
"port": 0,
"timeout": 0
},
"instanceid": "ocrnlx64nnw4",
"passwordsalt": "_REMOVED SENSITIVE VALUE",
"secret": "_REMOVED SENSITIVE VALUE",
"trusted_domains": [
"_localip",
"_public DNS hostname"
],
"datadirectory": "/mnt/owncloud",
"overwrite.cli.url": "http://_localip",
"dbtype": "mysql",
"version": "9.1.0.15",
"dbname": "owncloud",
"dbhost": "localhost:/var/run/mysql/mysql.sock",
"dbtableprefix": "oc",
"dbuser": "_REMOVED SENSITIVE VALUE",
"dbpassword": "_REMOVED SENSITIVE VALUE",
"logtimezone": "UTC",
"installed": true,
"maintenance": false,
"loglevel": 0,
"htaccess.RewriteBase": "/"
}
}

Are you using external storage, if yes which one: Yes, local

Are you using encryption: No

Are you using an external user-backend, if yes which one: No

Client configuration

Browser: Chrome/Firefox

Operating system: Windows 10 x64

Logs

N/A

[PVince81]

Photo preview is from the gallery app. Need to investigate.

[michaelstingl]

@UnitedMarsupials reported this for files_videoplayer too:

Steps to reproduce

1. Open an oC folder with lots of media files.
2. Scroll down to the bottom half of the list.
3. Click on a video-file to view it.
4. Close the video.

Expected behaviour

The list of files should remain just as it was before you clicked on the video.

Actual behaviour

The list of files jumps back all the way up to the beginning, making it difficult to resume one's work.

Server configuration

Client

I observed this with Firefox. Maybe, other browsers don't do that...

I'm adding this here because it looks like a issue with the foundation for the preview apps. @UnitedMarsupials please provide information about your setup.

[UnitedMarsupials-zz]

@UnitedMarsupials please provide information about your setup.

I'd be happy to answer any follow-up questions, but I think, I already provided all the relevant details... No?

[michaelstingl]

@UnitedMarsupials This is the information that is normally needed to investigate server issues:
https://raw.githubusercontent.com/owncloud/core/master/.github/issue_template.md

### Server configuration
**Operating system**:

**Web server:**

**Database:**

**PHP version:**

**ownCloud version:** (see ownCloud admin page)

**Updated from an older ownCloud or fresh install:**

**Where did you install ownCloud from:**

**Signing status (ownCloud 9.0 and above):**

[UnitedMarsupials-zz]

This is the information that is normally needed to investigate server issues

But this is not a "server" issue -- this is, obviously, something about the JavaScript-code and/or the CSS.

ownCloud version:
9.1.4 stable
Updated from an older ownCloud or fresh install:
Updated from 9.1.2 (I think)
Where did you install ownCloud from:
FreeBSD port
Signing status (ownCloud 9.0 and above):
All clear.

[qwertymodo]

Yeah, I get that you guys always want relevant config to reproduce properly, but this isn't a bug so much as normal functional behavior that should be reconsidered and reworked. It's been this way for awhile, completely independent of server configuration or client browser.

[PVince81]

@noveens would you be able to debug this ? Even if you can't fix it, at least find some clues what the JS code is doing / where the reloading is happening.

[noveens]

@PVince81 ,
Sure would love to.

[noveens]

PR Here:
owncloud/gallery#716

@PVince81