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

Regressions in apps possibly related to object store backport #31747

Closed
2 tasks done
PVince81 opened this issue Jun 13, 2018 · 8 comments
Closed
2 tasks done

Regressions in apps possibly related to object store backport #31747

PVince81 opened this issue Jun 13, 2018 · 8 comments
Assignees
Labels
p2-high Escalation, on top of current planning, release blocker
Milestone

Comments

@PVince81
Copy link
Contributor

PVince81 commented Jun 13, 2018

@PVince81 PVince81 added the p2-high Escalation, on top of current planning, release blocker label Jun 13, 2018
@PVince81 PVince81 added this to the QA milestone Jun 13, 2018
@PVince81 PVince81 self-assigned this Jun 13, 2018
@ownclouders
Copy link
Contributor

GitMate.io thinks possibly related issues are #31050 ([stable10] Backport all objectstore related changes), #22058 (Primary storage - object store and encryption), #14624 (Should "object store support" be listed as an app?), #22540 (App Store shows no Apps), and #31285 (The Great Fix of object store acceptance tests ....).

@phil-davis
Copy link
Contributor

user_ldap - I made the checks done by some core auto-completion acceptance tests more rigorous. I suspect that some fails of user_ldap autocomplete test scenarios are because the test scenario is not quite right, and now the test code is being tougher on the pass/fail criteria.
Looking at it...

@phil-davis
Copy link
Contributor

PR #31755 and backport #31756 just make the core acceptance test code more robust, so it better survives being asked for the display name of a user that it does not know about. I noticed it because I broke it from tests in user_ldap

@PVince81
Copy link
Contributor Author

firewall PR merged, let's wait for CI to recheck before ticking the checkbox

@PVince81
Copy link
Contributor Author

@phil-davis can the LDAP box be ticked or is there something else we need to cover or wait for ?

@phil-davis
Copy link
Contributor

I checked the box now - user_ldap CI passed this morning.

@PVince81
Copy link
Contributor Author

firewall CI issue solved by core fix

@lock
Copy link

lock bot commented Jul 30, 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 Jul 30, 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
Projects
None yet
Development

No branches or pull requests

3 participants