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

cancel and share again, still favorite #13216

Closed
dttpy opened this issue Jan 9, 2015 · 9 comments
Closed

cancel and share again, still favorite #13216

dttpy opened this issue Jan 9, 2015 · 9 comments

Comments

@dttpy
Copy link

dttpy commented Jan 9, 2015

Steps to reproduce

  1. log in with admin
  2. create a folder "lol"
  3. go into "lol" and create a text file "lol_lol.txt"
  4. share the folder "lol" with user1
  5. log in with user1
  6. tag folder "lol" and file "lol_lol.txt" as favorite
  7. log in with admin
  8. cancel sharing "lol" with user1
  9. log in user1, and check --"lol" is gone
  10. log in with admin and share "lol" with user1 again
  11. log in as user1 and check

Expected behaviour

neither "lol" nor "lol_lol.txt" are not tagged as favorite

Actual behaviour

both "lol" and "lol_lol.txt" are tagged as favorite

Server configuration

Operating system: Ubuntu 13.10

Web server: apache 2.4.6 (Ubuntu)

Database: SQLite

PHP version: 5.5.3-1ubuntu2.3

ownCloud version: owncloud 8 git master

Updated from an older ownCloud or fresh install:

List of activated apps: standard apps of owncloud

The content of config/config.php:

Are you using external storage, if yes which one: no
Are you using encryption: yes

Client configuration

Browser: firefox 34.0.5

Operating system: ubuntu 13.10

Logs

Web server error log

ownCloud log (data/owncloud.log)

Browser log

@dttpy
Copy link
Author

dttpy commented Jan 9, 2015

@PVince81

@PVince81
Copy link
Contributor

@SergioBertolinSG @jnfrmarks another one for the test plan ?

@PVince81
Copy link
Contributor

This issue is due to the tags not being automatically deleted when a file is unshared.
See #12858

@DeepDiver1975
Copy link
Member

@PVince81 8.0? 8.1?

@PVince81 PVince81 added this to the 8.1-next milestone Jan 12, 2015
@PVince81
Copy link
Contributor

I've set it to 8.1

@PVince81
Copy link
Contributor

With a bit of luck this might work already on 8.1 thanks to the recent trashbin/deletion fixed.

@dttpy mind to retest this on master / 8.1 beta ? Thanks.

@dttpy
Copy link
Author

dttpy commented May 18, 2015

tested on master, and this problem is still there, sorry

@PVince81
Copy link
Contributor

This is because orphaned tags aren't cleant up automatically.
We'd need to add background job that clears orphaned tags: #12858 (comment)

@ghost ghost modified the milestones: 9.0-next, 8.2-current Sep 21, 2015
@nickvergessen
Copy link
Contributor

Closing as duplicate of #12858

And it is also arguably intended behaviour. The file is still the same, becuase favorites are based on file ID. So why shouldn't the tag be there anymore?

@lock lock bot locked as resolved and limited conversation to collaborators Aug 8, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants