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

Permalink to files in subfolders doesn't point to the file. #28106

Closed
SergioBertolinSG opened this issue Jun 8, 2017 · 21 comments · Fixed by #28665 or #29020
Closed

Permalink to files in subfolders doesn't point to the file. #28106

SergioBertolinSG opened this issue Jun 8, 2017 · 21 comments · Fixed by #28665 or #29020
Assignees
Labels
p2-high Escalation, on top of current planning, release blocker regression sev3-medium status/STALE Type:Bug
Milestone

Comments

@SergioBertolinSG
Copy link
Contributor

Steps to reproduce

  1. Create a folder 'FOLDER'.
  2. Upload a file 'file.txt' to 'FOLDER'.
  3. Copy permalink of the file (chain icon in the sidebar).
  4. Open the copied link in a new window/tab.

Expected behaviour

It should open 'file.txt' folder, showing it selected. (maybe with the sidebar open? cc @pmaier1 )

Actual behaviour

It opens the folder 'FOLDER'. The permalink points to that folder. File 'file.txt' is not selected.

This affects mobile development (cc @nasli).

Server configuration

Operating system:
Ubuntu 16.04

Web server:
Apache

Database:
MySQL

PHP version:
7.0

ownCloud version: (see ownCloud admin page)
current master
{"installed":"true","maintenance":"false","needsDbUpgrade":"false","version":"10.0.2.1","versionstring":"10.0.2.1","edition":"Community","productname":"ownCloud"}

Updated from an older ownCloud or fresh install:
Fresh

The content of config/config.php:


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

Are you using encryption:
No

Logs

Client configuration

Browser
Firefox

Logs

@pmaier1
Copy link
Contributor

pmaier1 commented Jun 9, 2017

So the highlighting for private links apparently does not work. This is really bad as it's actually the most important part of the feature.

@felixheidecke please take a look and get this fixed!

@felixheidecke
Copy link
Contributor

felixheidecke commented Jun 16, 2017

How did this work in the past?
Highlighting the file is a nice idea, and of course, it will open the folder :-)

@felixheidecke
Copy link
Contributor

This is not a bug!

@pmaier1
Copy link
Contributor

pmaier1 commented Jun 16, 2017

How did this work in the past?

The folder opened in the browser and respective file/folder was highlighted. You can try with oC < 10, e.g. our internal instance.

@felixheidecke
Copy link
Contributor

I see this still works in some cases. Don't know why yet.

@PVince81
Copy link
Contributor

in this case it's a bug/regression, not enhancement.

@PVince81 PVince81 added the p2-high Escalation, on top of current planning, release blocker label Jul 3, 2017
@PVince81
Copy link
Contributor

PVince81 commented Aug 3, 2017

@felixheidecke any update ? maybe bisecting could help once consistent reproduction was achieved ?

@PVince81
Copy link
Contributor

PVince81 commented Aug 7, 2017

moving to "planned" for the next release...

@PVince81 PVince81 modified the milestones: planned, development Aug 7, 2017
@pmaier1 pmaier1 removed the PM prio 1 label Aug 10, 2017
@pmaier1
Copy link
Contributor

pmaier1 commented Aug 10, 2017

moving to "planned" for the next release...

Hmm, this feature is essential for private links IMO. Really bad that we could not fix it in time.
@felixheidecke Next time please tell us when you need help with things. Especially if they are high prio.

@PVince81
Copy link
Contributor

moving back... @felixheidecke

@PVince81 PVince81 modified the milestones: development, planned Aug 10, 2017
@felixheidecke
Copy link
Contributor

The problem here is the following: The function to scroll to and highlight the file scrollTo() and highlightFiles() runs before the contents of the subfolder are displayed getFolderContents().

highlighting should be the very last function to run to ensure the file is present within the view. I'm currently looking for a nice way to do that. Lots of code to dig thru tho. 😅

@PVince81
Copy link
Contributor

I wonder if this problem is due to #27890.

A quick hack would be to call _.defer for the scroll to happen later...

@SamuAlfageme
Copy link

I'm not seeing this one fixed in 10.0.3 stable w/ firefox/safari

@SamuAlfageme SamuAlfageme reopened this Sep 15, 2017
@PVince81
Copy link
Contributor

there is no 10.0.3 stable, do you mean 10.0.3RC1?

@PVince81
Copy link
Contributor

Confirmed happening on 10.0.3RC1... maybe some other changes affected this

@PVince81
Copy link
Contributor

@pmaier1 another known issue

@PVince81
Copy link
Contributor

I believe it existed in 10.0.2 already, so might not be worth mentioning again in the release notes ?

@PVince81
Copy link
Contributor

Ok I see... actually @felixheidecke's fix was valid back then because of another bug. Now that said bug is fixed, his fix doesn't work any more. Said bug is #28843.

Fix incoming...

@PVince81
Copy link
Contributor

Fix is here, I reverted @felixheidecke's workaround and now it works again: #29019

The original issue was that the file list double-loaded, so while the first load would have scrolled, the second load cancelled it, so @felixheidecke catered for that. Now the double load is gone, so the event doesn't fire that late any more.

@PVince81
Copy link
Contributor

master PR #29020
stable10 #29019

@PVince81 PVince81 modified the milestones: development, planned Sep 18, 2017
@lock
Copy link

lock bot commented Aug 1, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 1, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
p2-high Escalation, on top of current planning, release blocker regression sev3-medium status/STALE Type:Bug
Projects
None yet
6 participants