I bought a new desktop due to the need of faster machine. However, when I tried to work on excel to get data from a website, table is not showing in the new PC. In the query Navigator, it only shows Document (Kind, Name, Children, Text). This is kind a unusual for me because i didn't face this problem in my old laptop. Normally it shows document and other table/s (0,1,2,...). Attached images for further details
I tried to dig on data source setting but didn't succeed. I tried to look on Query options and Access Web Content, to make sure old laptop settings and new desktop are same, but still fail to show the other tables. Also tried to uninstall/reinstall office 365 but didn't work as well.
I attached Excel query Navigator screenshot from old laptop and New PC for better understanding of the the problem. For sure I missed some setting but struggling where to dig further. Both machine installed with MS office 365, expecting same scraping capability fore both old and new.
Related
My company uses a SharePoint site for our department where we share resources and documentation. We currently have a primary Excel sheet linked that contains a massive amount of our day to day info and our most common hurdles and pertains to about 80% of our workflow. This was created before the company switched (recently) to Office365 and the web based applications vs the standalone programs. Now it is not letting anyone open the the sheet because it is still trying to open in the Excel program and not the web app.
We previously used Office '13 and there was never any issue. The link is meant to open the Excel sheet right up in a read only capacity and not save the program because the content is being updated regularly with new information and regulations. With the "upgrade" from the older version of Office to the 365 web based standard version this link no longer opens the file directly, it saves to the PC and then needs to be loaded to the web app from the saved version which completely negates the ability for it to be dynamically updated. Inversely, we could import that into One Drive and update it to the new system and set the link to the view only shareable link but that would take an excessive amount of time to reformat and edit on top of everything else. If that is how we need to do it then that is how we need to do it, but is there anyway to just update the link already in the system so that it can allow the file to be opened in the web app as well as the stand alone for those not upgraded yet or with the advanced version (managers) that still uses the programs and not the web apps?
I expect the file to be able to be opened in Office365 Excel web app read only as opposed to being saved to the local machine and if possible also be opened directly in the standalone Excel program for those using the 365 Advanced version or who have not yet completed the upgrade process that the company is currently rolling out.
Thank you for your time with this.
We solved this by simply upgrading the whole department and to the Office 365 Advanced version circumventing the entire issue, thank you for your time regardless.
Problem: Below are the images to understand the behavior of Script-Lab on my machine. It happens across all office products that I tested For e.g. Excel, Word or PowerPoint. So, I can't create new snippet and can not see the samples.
Environment: I am using registered Microsoft Office 365 ProPlus version 1708 (Build 8431.2215) on Windows 10 Operating system (desktop) and default browser is Internet Explorer (11.1029.15063.0). The installation appeared successful. I didn't faced any error during installation. The Script Lab menu is appearing just fine but not working eventually.
More info: Interestingly, I can view, edit and run the snippets saved on GitHub gist but I can't create my own or view samples due to this error (see screenshot below)
Screenshots:
#1: When I create a new snippet, it says that it can't import the snippet.
#2: When I click on samples to view existing samples, it says that there aren't any samples available for this host yet.
Below are the proven valid scenarios for the Script-Lab to behave in undesired manner as happened in my case above. I am adding the solution, if anyone encounter it again, please follow the steps below.
Identify the problem : In the background, when script-lab opens it tries to access github content. So, if you
do not have internet connection, or
have firewall protecting github url (specifically, raw.githubusercontent.com)
then neither Snippets nor Samples will be loaded in the script-lab. So, make sure you can open the links below
https://raw.githubusercontent.com/OfficeDev/office-js-snippets/deploy-prod/playlists/excel.yaml
https://raw.githubusercontent.com/OfficeDev/office-js-snippets/deploy-prod/samples/excel/01-basics/basic-api-call.yaml
In my case, organization is blocking the urls containing raw as I could otherwise access every other link on github.
Solution: If for any reason, you can't still access these URLs, then as a workaround, you can access all the samples from https://github.com/OfficeDev/office-js-snippets/tree/master/samples/excel and then choose one and copy-paste the entire YAML. Eg.., for the default sample, just paste in the following into the "import" textbox or you can use import facility to use the YAML links at this location.
Feedback : If you happen to be a script-lab developer, I believe these samples can be the part of Excel add-in, proving more useful for offline users of various organisations.
Source: Resolved on Github.
I've got a mysterious edge case with some Word 2016 users on Windows using my Word add-in.
I realize much more info might be required...but I also feel this is an issue that might have some proven ways to diagnose - or someone may know of a root cause.
My simple Word add-in pulls data from a MySQL db on my web server (via php) and stores it in localstorage. Works great in Word 2016 on multiple computers. A handful of users can't, essentially, download data and my solution throws errors for them.
I've even had 2 users on the same machine - one who can use my add-in, one who cannot (so each logging into different Windows accounts at the same institution. The user who was able to happily use my app is in IT and maybe had different settings).
My nose tells me there is an Internet Explorer security setting getting in the way...we've verified that localstorage is allowed.
When a user with the problem opens Internet Explorer directly, they're able to download data and use the app (part of it works outside of Word). As I understand it, Word 2016 Add-ins use Internet Explorer 11 to render html/js/css - and a setting changed in a user's IE11 settings area will cascade to Word 2016 add-ins.
Some of the weird details I've picked up:
Opening a new browser window from inside Word (clicking on a link in my add-in that opens a full web browser) prompts a "A website wants to open web content using this program on your computer" and points to Internet Explorer's Protected Mode. I've experimented with turning this on myself and can't recreate the issue.
The user isn't signed into O365. That doesn't seem to make a difference either.
Debugging via F12Chooser shows an [object error] with an error code of "-2147024891" and a "stack" message of "Error: Access is denied..." at the point where data would be pulled...I can't get much more out of the console.
The add-in is able to hit Firebase (I'm using Google's Firebase for authentication) and I get a response from their server...but not my ajax call to my php file.
Any thought or direction appreciated.
I had two clients with a save issue in SharePoint.
When they try to save they would get a a very generic error: "Document Could not be saved"
The only way they could get them into SharePoint was by:
Saving to local File System
Using the Upload option from the SharePoint menu
Configurations
Client 1: Vista and Office 2007
Client 2: XP and Office 2003
I was able to fix client 1 by having him Map a Network Drive to the Sharepoint Site.
After mapping the network drive, somehow the OS magically knew about the SharePoint documents folder and he was able to save.
I'm not having the same luck with Client 2.
It won't even let me map the network drive. I get an error (one that I did not take a screenshot of and don't remember the exact wording...sorry). but it was an error trying to map the network drive to the SharePoint site.
So, after some Googling, I had him go to Windows Update and download all the latest patches for his OS.
He claims he did, but is still getting the problem.
Before I do another WebEx and start taking stabs in the dark to try and fix him, I was wondering if any veteran SharePoint users have run into this same issue and what they did to fix.
Or, is there some OS setting I should be looking at that needs to be toggled/modified.
I can access his SharePoint site just fine from several PCs and make modifications and save as necessary.
Did you try running the Microsoft Office Diagnostics?
Start --> Microsoft Office --> Microsoft Office Tools --> Microsoft Office Diagnostics
Let that scan and repair any issues it finds and see if that helps. That tool has fixed similar issues for me many times.
can someone please tell me what i need so that i can see the explorer view for a library in sharepoint? it works on one machine and not another. it sometimes works on a vista client but not xp. it works in internet explorer but does not work on another machine with the same settings.
please help. wss 3.0 on windows server 2008 with vista and xp clients.
Thanks
It requires WebDav to be enabled on the server part, and WebClient to be running at the client. WebClient is just a service, see this technet entry for specific information on how to start it.
If WebClient is already running, make sure the SharePoint site is added to the "Trusted Sites" in IE. In Vista SP1 and up, the WebClient has a private list of "Trusted Sites" in the registry.
SharePoint explorer view actually doesn't work in IE8 on Windows XP SP3. The issue only occurs if your using SSL, and I've not seen a good solution to make this work. Interestingly, it works fine in IE7. Now if your using any other web browser besides IE, there is no way to get explorer view to work currently.
Also, the 64bit version of IE is a Level 2 browser with SharePoint 2007, so certain features don't work on that either. I think the explorer view is one of them, but my memory could be wrong. Microsoft has published what currently does and does not work between different browsers on SharePoint.
Make sure you have a site collection located at your web application root. This solved the problem in my case.
Problem : explorer view not working properly, except when :
explorer view selected in a subfolder of the document library
a network favorite pointing to the document library was created
I was trying to do a quick backup of a bunch of files, and the explorer view was not working. What finally worked was mapping a network drive to the sharepoint server, and then I was able to bulk copy and paste the folders/files to my backup server.
I don't know why MS makes so many things really difficult. But they do. But that worked for me.