A while ago I signed up for Read the Docs but I now no longer wish to use the service.
On my settings page, there seems to be no 'delete account' option and I cannot find anything in the documentation.
Is there a way to delete my RTD account?
At the moment, there seems to be no way to do this yourself.
There's an issue in the GitHub issue tracker about this, because others alredy had the same problem:
How to delete account on readthedocs.org?
The issue is full of "please delete my account" comments, and at least in the beginning, those accounts were actually deleted by hand. I think this is your best chance at the moment.
But they intend to make deleting accounts possible in the future.
Eric Holscher (one of the people behind Read the Docs) commented:
We aren't an evil corporation
that won't let you delete your accounts on purpose, just a lazy open source
project that hasn't implemented the feature yet :)
Just adding an update for anyone trying to solve it: there is now an option to do so. Log in, go to https://readthedocs.org/accounts/delete/, enter your username and you can delete your account.
Related
Big premise: I know nothing about coding, but I think it may be the solution. I apologize in advance for any rookie mistakes regarding the matter (also spelling ones, as english is not my first language).
Background: very important emails have been deleted from an institutional account, even from the trash. I've managed to restore them by the Gmail Admin Console, via "restore data" option.
Retrieving said emails wasn't an issue.
Proving that those email were deleted in the first place, however, it is.
Looking for solutions day and night, I stumbled upon Gmail APIs, especially something called users.history.list. I had no luck in obtaining valuable results (again, I know nothing about coding).
So, my question is:
Is there a way to get a full Gmail History, proving that those emails were deleted in the first place, and export said results somewhere (ig. a Google Spreadsheet)?
I'm asking because legal action has to be taken, and this could be a start.
Thank you in advance, again, I apologize if this is not the right format but i runned out of ideas at the moment...
I've been googling for a while but have come up with no results that tell me I can't, but no results telling me I can.
What I'm looking for is a way in apps script (or anything in their .NET/Java/Python...API) to give me a list of people who are actively looking at the sheet when I ask. I tried getViewers but it gives me a list of all people with access, not the ones looking at it currently. If I wanted to do some data manipulation but didn't want to do it when people where in the file, or if I wanted to save the user emails of people who were in the file. It seems like it's part of analytics but I can't find anything that does what I want.
We have a working version that does some on open magic/button script trigger but this requires the user to authorize and would like to improve the process and remove the authorization step.
Anyone know a way to pull the list of people who are currently viewing a sheet/doc/slide?
It seems that this is not yet supported in Google Apps Script. I've been searching for this feature but unfortunately can't also find anything related. (Someone please correct me if I'm wrong or missed something related to this.) You're right that you can get the list of viewers but not the ones currently looking. I guess you can file a feature request for this.
If there is functionality missing from Apps Script that you would like to use, you can file a feature request on our Issue Tracker. Please describe the specific functionality you would like to see added, as well as reasons you think it's important. If possible, include specific details about your use case and the new opportunities the feature would allow for.
I have accidentally added personal information during the creation of a bug ticket on google code
https://code.google.com/p/chromium/issues/list
I would like to know how to delete this ticket, as I cannot see any delete or remove option.
you can flag your issue, if you dont see option login from another account and tell your friends to flag it as well and it might get deleted or nobody will pay it enough attention
It's the first time that I have had to set up a MediaWiki site and I am relatively new to it as a whole.
My problem is that users can upload files (only images in my case) without selecting one of the licenses in the drop down box on the Special:upload page, I have defined licenses though under MediaWiki:Licenses so there are licenses select-able. I would like the upload warning function to tell users that a license is required to upload a file (the same way you are warned the name is to short or whatever). The user must first pick a license before being able to continue.
I have searched around quite a bit and it doesn't seem as easy a changing a variable somewhere. If the solution is something that I should have known I apologize for posting a stupid question...
Well, I've not checked again but this is not really possible with MediaWiki:Licenses alone IIRC. You can however easily set MediaWiki:Licenses to that the default/fallback "license"/tag is something clearly bad like {{DELETEME}} and then set up an AbuseFilter rule to prevent the upload in question. AbuseFilter is very useful, so I recommend trying it anyway.
Alternatively, you can install the UploadWizard, which is very cumbersome to configure but is quite good at enforcing Wikimedia-specific habits like template/copyright paranoia. ;-) Then you can set $wgUploadNavigationUrl to point to UploadWizard, or even restrict Special:Upload visits to privileged users.
I moderate a wiki where many users use the AutoWikiBrowser to rapidly edit. This is fine but it makes it harder to locate and deal with vandalism via the recent changes. Is there any way that I can create a custom edit flag to mark edits as semi-automated and allow users to hide them from the recent changes? Ideally this would come with the ability to mark edits as semi-automated by default, which would allow the functionality I seek without needing a change to the AWB source code.
The ability to mark one's edits as semi-automated shouldn't be open to anyone, so it would need to be restricted to certain usergroups (probably rollback and up). I realise that there is the ability to mark edits as bot edits, but this is inaccurate as they are not truly bots, and inconvenient, since it requires a bureaucrat to mark the user as a bot, then unmark them when their editing is finished. I realise its a lot to request, and I certainly understand if its not possible, but I was hoping that it was.
Why not have users use two accounts - one for manual edits and one for bot edits? Or is that too much overhead for the users?
As you say, if your bots have their own accounts you can add them to the bot group. Then users can, in Recent Changes, decide themselves to show / hide bot edits.
Then your admins can patrol the changes as usual.
The solution is very simple: add a user group whose users are able to add and remove themselves (via Special:userrights) to the default "bot" group or to another group "flood" having only the "bot" and perhaps "noratelimit" permission; then add those users to this group.