This is NOT a duplicate question.
I have checked Stack Overflow and have found instances of people asking the same question:
How to make a copy of a QuickSight analysis
Copy AWS QuickSight analysis to another account
The solutions provided for these questions refer to the "Save as" options at the top of the dashboard screen or the "Share" option at the top of the analysis screen. The issue is that these options are not available to me. I have admin access but I am unable to Share/Save as.
How am I able to reuse the analysis used by my dashboard?
According to the documentation ("Sharing an Existing Dashboard"), in order to see the "Save As" icon you must be either a co-owner of the dashboard or have the "Save As" privileges. The "Save As" privileges are granted by the owner of the dashboard in the UI, in the "Manage dashboard access" overlay.
I think either way you need to contact the creator of the dashboard - annoyingly I couldn't find a way to control this using the API.
If the UI controls aren't available to you, then the APIs would be the only way (via an AWS code SDK or CLI).
Regarding "Save As"
At the time of writing this, there is no way to, via the APIs, create an analysis. So, unfortunately, I think you're out of luck on this point.
You can create dashboards using either existing analyses or dashboards as the source, but I have a feeling this isn't as robust as you're looking for (since you won't be able to change the analysis). To do this, you can use the create-template API then then the create-dashboard API.
Regarding Sharing
To shared dashboards via the API you can use update-dashboard-permissions. Unfortunately, as in the case of "Save As", there's no way to share analyses via the API.
Related
It appears that the "Publish to the Web" feature for Sheets no longer allows downloading of a sheet by URL, unless the "Share" feature is set to share to "Anyone with the link".
Up until yesterday, 11/18/2020, this extra step of making sure the "Share" setting was in place was not necessary.
Can you please confirm if this is a bug or a new and expected change? Thanks! ^_^
This seems to be a bug:
If a spreadsheet is Published to the web, it won't be accessible in any of the file formats (.csv, .pdf, .ods, etc.) to users who don't have access to the spreadsheet itself: for these users, it will only be accessible as a Web page.
This is not intended behaviour, since files that have been published to the web should be accessible to anyone with the link, no matter the sharing settings the spreadsheet itself has.
Issue Tracker:
This behaviour has been reported in Issue Tracker several times: see this issue, this one and also the one you mentioned.
Specifically, the following issue seems to have been getting more traction, and it has already been reported internally by Google (see comment #3):
Private Sheet public CSV export requires authentication
Therefore, I'd suggest anyone affected by this issue to click the star on the top-left in order to be notified of updates and to help prioritizing this.
Workaround:
Share the spreadsheet itself with Anyone with the link as Viewer role.
I went to my company's Power Apps Admin centre and there was a button saying 'Create my database'
In the attempts of creating a Microsoft Automate business process, I clicked this button and it asked what currency I want to use in the database and what language. I chose accordingly and like a real idiot, clicked 'Create my database' button again without reading anything.
Now I am freaking out as I don't know if this is going to cost my workplace. Did I create an empty database? Or a data server? I don't know how to undo/ delete. disable what I did.
The questions are:
Is this going to cost our company?
If so, how do I undo this/ disable the CDS?
There is also a link saying 'You can manage these settings in the Dynamics 365 Administration Center.'
I clicked this link and I will attach what I see when I click them. Seems like I created something today and I don't even know what I created.
Please help me to understand what I did and the financial impact of it.
Thank you in advance!
I am trying to build a new add-in command (button) to add to the Home tab in the Outlook ribbon. This is easy enough to do, but my organization also wants to target the button based on properties in one's Active Directory profile (specifically department). Is this possible? Thank you so much!
This is pretty straightforward with desktop office add-ins (like VSTO). All you need to do is basically to get information about the currently logged in user organizational unit from the active directory, and then show/hide/modify buttons depending on this information.
From the tags on your question, it looks like this is NOT what you are looking for (please correct me if I am wrong)? The fact that you added "office365", probably means that you are interested in javascript (cloud/browser/store) solution?
For javascript-based add-ins, the part where you get the user department from its profile was impossible until recently. Now you may check out the Single-Sign-On API (added last year). It provides you information from user's Azure active directory profile, meaning that your organization is supposed to be part of it.
Another difficulty could be, dynamic display of the related buttons (showing/hiding/enabling/disabling) (I may be wrong, but it looks like it is still not supported for javascript). You can try to create a workaround for that by building a custom task pane instead (you can do whatever you want on your task pane)
--- update ---
In case of .NET VSTO add-in, you can get user groups using:
UserPrincipal.Current.GetAuthorizationGroups()
Then you can control which buttons/controls to show/hide by providing callback function(s) in your code and in your ribbon interface definition file (you need to define Ribbon using XML, not with UI designer). There are callbacks available like getVisible, getLabel, etc.
INTRODUCTION
I am part of a project team which uses an old GForge system (community edition v5.6.1) to host our source code and provide some further services. One builtin service is the upload and download feature. Thus users can easily get the generated application version. In order to provide this downloadable version, we as developers have to use a browser (e.g. IE or FF) to navigate into the appropriate GForge page, then tick some buttons, fill some text boxes and finally hit an "upload" button which opens a file dialog to specify any file to be uploaded into the GForge download area. For a download, the procedure is similar. Additionally, from time to time there comes a separate WEB page to request a session login.
Now, as we as developers are in a "hot phase" and need to provide downloadable versions with high frequency, the procedure described above is much too error-prone concerning essential parts of the release, and too slow. Besides that, there is always a real person necessary in front of the screen to click around.
QUESTION
How can we manage to programmatically upload and download generated software versions into and out of GForge's download area while overcoming the password page on the first hand (of course using a valid user account)?
WHAT WE'VE TRIED SO FAR
Using a Python script. Python provides very helpful modules like "urllib", "urllib2" and "requests", with which any HTTP access (even the ones with session password protection) should be managable. After many hours of trying, the GForge system only returns the password request page. Not any of the interesting files. Even far away from uploading anything.
Using an AutoIt script. AutoIt can automate mouse movements and keyboard presses as well as direct access of visible elements on the screen. It provides a "Window Info" application to identify any window element. But e.g. buttons and text fields within WEB pages (HTML) are not recognized. So we don't know how to correctly identify GForge's password text field in order to move the mouse there, and type in the necessary text. And from there go on imitating the person sitting in front of the screen.
Does anybody have some experience regarding the solution of our problem?
I'd upgrade your system to v6.4.2 (current GForge version). From there you will have access to the SOAP interface which will make all this possible. When GForgeNEXT is released, https://next.gforge.com, the SOAP interface will be replace by a REST-ful API making this integration even easier.
The upgrade to v6.4.2 from 5.6.x will be a bit painful but our team would be happy to help, just create an account on gforge.com and then open a free support ticket here:
https://gforge.com/gf/project/gforge5/tracker/?action=TrackerItemBrowse&tracker_id=10345
Disclaimer: My company manages GForge so the advice given above I'd give to any paying client. For further clarity, files in GForge are stored in the file system. The SOAP interface allows you to reach into the database for any ticket or document grab the appropriate document and even replace it. Programatically, it is the cleanest answer.
We are building a dashboard with Cognos workspace and wonder if it is possible to prohibit users from customizing their widgets ? We don't want them to move widgets or perform any customization. Can we do that ? It's best if we can remove all customization toolbars (both at the top of widgets and at the top of page)
Thanks.
You set this up in Administration->Security->Capabilities
The user should have access to 'Executive Dashboard'
But if you click on Executive Dashboard you have access to customize certain features within it.
'Use Advanced Dashboard Features'
and
'Use Interactive Dashboard Features'.
Always make sure you check your licenses before opening up new capabilities for your users.
Also, consider setting the Workspace Page itself as Read Only for the users. Then if they decide to change things, they will be unable to save any changes. They can always save a copy of it in their personal 'My Folders', but that will not affect the other report consumers.