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 tags showing as the tag id not tag name #46695

Closed
4 of 8 tasks
ostasevych opened this issue Jul 23, 2024 · 11 comments · Fixed by #46921
Closed
4 of 8 tasks

File tags showing as the tag id not tag name #46695

ostasevych opened this issue Jul 23, 2024 · 11 comments · Fixed by #46921

Comments

@ostasevych
Copy link

⚠️ This issue respects the following points: ⚠️

Bug description

When I enable collaborative tags app I observe strange behaviour clicking on the tags section:
image

Steps to reproduce

  1. Enable Collaborative tags app
  2. Go to tags
  3. Observe the list of figures

Expected behavior

As far as I understand here I have to see the list of tags or something else?

Installation method

Community Web installer on a VPS or web space

Nextcloud Server version

28

Operating system

Debian/Ubuntu

PHP engine version

PHP 8.2

Web server

Apache (supported)

Database engine version

MariaDB

Is this bug present after an update or on a fresh install?

None

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?

  • Default user-backend (database)
  • LDAP/ Active Directory
  • SSO - SAML
  • Other

Configuration report

No response

List of activated Apps

No response

Nextcloud Signing status

No response

Nextcloud Logs

No response

Additional info

No response

@ostasevych ostasevych added 0. Needs triage Pending check for reproducibility or if it fits our roadmap bug labels Jul 23, 2024
@max-nextcloud
Copy link
Contributor

Observing the same. Looks like the tag ids are listed instead of the tag names. When I click on one of the folders I actually do see a tagged folder. If I click on that it tries to open the folder id in the tags url (files/tags/84). Once i change that to files/files/84 it actually opens the right folder. I'll create a screencast.

Bildschirmaufzeichnung.vom.23.07.2024.12.28.07.webm

@max-nextcloud max-nextcloud added 1. to develop Accepted and waiting to be taken care of feature: tags regression and removed 0. Needs triage Pending check for reproducibility or if it fits our roadmap labels Jul 23, 2024
@J-Doc
Copy link

J-Doc commented Jul 24, 2024

Hi,

I confirm this behavior since 28.0.8.

image

@mdrobisch
Copy link

mdrobisch commented Jul 25, 2024

Hi,
same behavior for the actual version 29.0.4 (snap-install).
Only the ids of the tags get listed.

Imho this was working ok in 29.0.2 and seems a regression of the update.

@thekk1
Copy link

thekk1 commented Jul 29, 2024

I can confirm this issue on NC 29.0.4

This problem seems to be self-made as it is close to these bugs:
nextcloud/groupfolders#2430
nextcloud/groupfolders#2527
nextcloud/groupfolders#3068

I would assume that you guys do not test your own software before release it.
This generates a whole bunch of work and time waste for thousand of other people.
It's a pity.

@J-Doc-Hugues
Copy link

J-Doc-Hugues commented Jul 29, 2024

hello @susnux ,
as you are involved to fix issues/3068, thank you for your involvement. The problem was quite near of the present issue, have you an idea about this collaborative tags problem which makes 28 & 29 versions not as friendly for everyday's users ?
Thanks for help : - )
Hugues

@hamiltra
Copy link

This issue also came up in the Support channel.

@joshtrichards joshtrichards changed the title [Bug]: Strange behaviour of collaborative tags File tags showing as the tag id not tag name Jul 30, 2024
@J-Doc-Hugues
Copy link

Thank to you @susnux @skjnldsv @joshtrichards ;-)

@AndyScherzinger AndyScherzinger added this to the Nextcloud 30 milestone Aug 1, 2024
@ostasevych
Copy link
Author

are any workarounds to fix the display of tags immediately?

@susnux
Copy link
Contributor

susnux commented Aug 16, 2024

No, you will have to wait for 29.0.5

@ostasevych
Copy link
Author

What about the backport to v28?

@skjnldsv
Copy link
Member

What about the backport to v28?

28.0.9 :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.