Akihiko Murakami
My feedback
22 results found
-
39 votesAkihiko Murakami
supported this idea
·
-
42 votes
We are making the overall Box Web App responsive so that users can get the information they need to engage with content effectively instead of improving the UX of each component piecemeal.
Akihiko Murakami
supported this idea
·
-
28 votesAkihiko Murakami
supported this idea
·
-
1 voteAkihiko Murakami
shared this idea
·
-
111 votesAkihiko Murakami
supported this idea
·
-
9 votesAkihiko Murakami
supported this idea
·
-
6 votesAkihiko Murakami
supported this idea
·
-
76 votesAkihiko Murakami
supported this idea
·
-
11 votesAkihiko Murakami
supported this idea
·
-
52 votesAkihiko Murakami
shared this idea
·
-
53 votesAkihiko Murakami
supported this idea
·
-
140 votes
We are on track towards fixing this. We have made significant improvements in our Files, and Folder counts and their related sizes. They now happen in a near realtime speed and we also have a redundant process that runs and fixes these counts nightly. The current improvements are visible in most of your folders browsing experience and the enterprise level counts. We are in process of fixing counts that you can see for a given user, this will release in Calendar year 2024'Q3. There are also few minor improvements planned for the last quarter of the year.
Akihiko Murakami
supported this idea
·
-
20 votesAkihiko Murakami
supported this idea
·
-
86 votesAkihiko Murakami
supported this idea
·
-
36 votes
This is definitely something that we want to do. However, it is a long term project that will take us more than a year. Marking as ‘not planned’ for now but will update the status once we have more details.
Akihiko Murakami
supported this idea
·
-
7 votesAkihiko Murakami
supported this idea
·
-
39 votes
We have released this change for Copy, and the change for Move is coming in the upcoming months.
Akihiko Murakami
supported this idea
·
-
318 votesAkihiko Murakami
supported this idea
·
-
3 votes
An error occurred while saving the comment Akihiko Murakami
supported this idea
·
-
21 votes
An error occurred while saving the comment Akihiko Murakami
commented
Additional comments.
I would like general users to be able to invite group members via the API, but there is no way to get the group ID.
I would like to be able to invite by group name at least.追加のコメントです。
一般ユーザーでもAPI経由でグループ招待を許可してほしいですが、その際にグループのIDを取得する方法がありません。
せめてグループ名で招待できるようにして欲しいです。An error occurred while saving the comment Akihiko Murakami
commented
I would like this update.
In a huge holding company, the IT staff of each operating company manages folder access rights, but it is impossible to do it manually, so some kind of tool is used.With the current API specification (OAuth), group invitations are not possible, so JWT authentication has to be used, giving excessively high privileges.
If you can invite a group with the same level of authority as the UI with the OAuth authentication API, you can manage access rights with a simple tool without giving excessive authority, which is useful.
Please consider.このアップデートを望んでいます。
巨大なホールディングス企業では各事業会社のIT担当がフォルダのアクセス権管理をしていますが、手作業では無理があるため何らかのツールを使うことになります。現状のAPIの仕様（OAuth）では、グループ招待ができないのでJWT認証を使わざるを得ず、過度に高権限を与えることになる状況です。
OAuth認証のAPIにてUIと同レベルの権限でグループ招待が出来れば、過度な権限を与えずに簡単なツールでアクセス権管理が出来るので有用です。
ご検討ください。Akihiko Murakami
supported this idea
·
I am developing a management tool, but I am in trouble because I do not know the authority of the execution user.
As an alternative, a dummy account is created, and it is judged by the logic that "if it succeeds, it has user management authority" and "if it fails, it does not have user management authority".
Of course, if it succeeds, the dummy account is deleted, but I think it's a pretty rough logic.
I would appreciate it if you could provide a way to view the roles via the API.
管理ツールを開発しておりますが、実行ユーザーの権限が分からず困っております。
代替としてダミーのアカウントを作成し、「成功したらユーザー管理権限を保有している」「失敗したらユーザー管理権限を持っていない」というロジックで判断している状況です。
もちろん、成功した場合はダミーアカウントを削除しておりますが相当に乱暴なロジックだと思っています。
API経由でロールを見れる方法を提供いただける様、切に願います。