I don't believe there's any way to contact a human being at Google to help with this, unfortunately.
I have an add-on that I developed years ago: https://chrome.google.com/webstore/detail/doc-variables/ggigadkkljhdchdhpliohdcokbnpcnjn?hl=en
In the last few weeks (last publish 5/29/17) I can no longer publish from the script editor. It says, "Only the owner of a script can publish the script as an add-on.".
I know I own the app/script:dashboard screenshot
One item to mention is that our organization (the account associated with it) recently changed our domain. Is it possible this disconnected my ownership some how? Anyone have any ideas on what I can do?
The screenshot shows that you own the webstore item but not that you own the script itself.
If it's a standalone script, then make sure you also own the script document in Google Drive. Perhaps, the ownership has been changed or you've opened Script Editor with a different account. If the ownership has been changed and you cannot change it back, you can make a copy of the script that you'll own.
Related
Environment: Mac
Application: Apple Mail
I receive several mails/day that contains an url to a PDF that i would like to save automatically using a Rule, to a specific folder.
I did manage to create a Service in Automator that actually saves the pdf from any choosen mail, but cannot automate this using a Rule. :-(
I've tried several Applescripts but at no success...
So, after 4 days of Google i give up, can anyone help me?
Sincerely/
Erik
If you already have a Service that will do the work, you can write an AppleScript that will call the Service using the automator command line utility. See this previous question for details. Then you can point the Rule at the AppleScript and away you go.
I am trying to open a locked excel sheet. The warning says it is locked because it is being used by "AN Other".
This person does not have the sheet open, does not have any excel applications open, does not have any excel based tasks running in the task list and has tried the good old "turning it off and on again".
Neither of us can save onto this filename, change it in windows explorer or delete the file.
We have "saved as" another name but really need the original name. I looked at a few forums and they suggest this is an excel/windows bug.
Am using excel 2010 and Windows 7.
You need to get in touch with your IT support.
In a company network, a file will be locked for other users when somebody edits it. It can happen sometimes that the file does not get released (unlocked) when the user closes it. Your IT Support people need to unlock the file, so you can edit it again.
I've been playing around with an app I want to submit to the Mac App Store, and part of the functionality is simply grabbing a file the user chose by dragging or opening, and saving a modified of it to the same directory as the original file (but with a different file name).
I don't want to use a 'Save' dialog box, as that destroys the utility of the application I'm building, but it looks like that might be the only way the app would be allowed—under sandboxing requirements—to write a file to an arbitrary location (arbitrary, in this case, being in the same folder as the existing file) on the disk as a new file.
Is there any way I can approach this without disabling sandboxing? Also, if I submit the app without entitlements/sandboxing turned on today, will it be approved by Apple (supposing it passes all the other requirements), or are they already turning down non-sandboxed apps?
For your first question, no, I don't believe there is any way to write to a file the user didn't specify, unless it's either in your app's container, or (as of 10.7.3) in a directory you have a security-scoped URL for. See the documentation here. If the user specifies a file, I doubt you get permissions to the enclosing folder, but it's worth a shot.
Answering your second question, as of today, Friday April 27th, 2012, the App Store does not require sandboxing. The latest deadline given was June 1, 2012.
I have searched for a week and I checkkd all forums I know for an answer to the following Question. Then I thought the creator of Crackulous HAS to know how it works. So it would be great if he answers me here or through PM.
First of all Crackulous:
If I am right, Crackulous first find all Apps installed on the Device (in iFile var/mobile/Applications). Then it checks whether it is encrypted or decrypted.
If it's encrypted, it shows as if it is already decrypted and not visible.
So if I am right Docmorelli has to access or display the Directory var/mobile/Applications. Or has to access it to check if its decrypted or encrypted.
So I have a Project in Xcode where I need this information: I have to access var/mobile/Applications
e.g I am a Cheater so I cheat lots of Games.
I want to make a Button that when people click on it, it places a file in var/mobile/Applications....
So Docmorelli or any other Developer: Please tell me how can I access var/mobile/Applications with xcode!
I really need it!
e.g code: (not really objective c)
if buttonName clicked write File in var/mobile/Applications/Game.app
Place your application in /Applications. If you do that your program will launch with the permissions to write to the folder you specified.
Xcode can't do it, so place it there manually with SSH or something similar.
I have a file on a Windows 2003 NTFS file system. It is called C:\MyFolder\MyFile.txt. First grant a user read access to the file. Then I remove the user's read access to the parent folder.
Now the user cannot use Windows Explorer to browse the folder and double click to open in Notepad. The user can go to Start (menu) Run and enter "C:\MyFolder\MyFile.txt" and the file will load in Notepad.
Can someone point me to some MSDN documentation that explains why this is? I've tried all the google and bing queries I can think of.
thanks much
See the 'Traverse Folder' permission in the table on this page:
http://technet.microsoft.com/en-us/library/cc787794(WS.10).aspx
It sounds more like a TechNet article than an MSDN one to me.
If you think about a directory/folder as not a file cabinet folder but rather a index card stuck to the front of the cabinet to say what is in the cabinet. This is effectively what a folder is on the file system (a index to where the files are.)
Because you have denied the user rights to what is in the folder you have denied them access to the index card. However, if they know the precise file they want then they can still access to the file which they have permissions for as this doesn't require a check on the index card.
Behind the scenes it is obviously a little more complicated but that is the basic view. I saw this technique used quite a bit on the *nix environments when I was at Uni to hide previous years assignments from the current batch of students. However, because they hadn't removed permissions from some files the tutors could still direct them to specific examples from previous years.