I have a WOPI host running in a Blazor server application with all of the .wopitest tests passing for the desired functionality (others skipped).
When I upload a word document, I am able to view the document with no issues. I am also able to edit the document, however when I try and edit the document a second time, I get an error.
The error doesn't appear to be handled and seems to originate in the Office online javascript file.
Error on attempting second edit
Following the error, I am still able to open the document for viewing. It is the same behaviour if I use the 'Editing' button in the Office Online page or directly navigate to the editing page using an edit action url.
Supplementary information:
Using ngrok to debug locally
.NET 6
Using SQLite database for holding file information (including path to file)
Using local folders for storing file contents (e.g. 'data' folder containing all files)
Similar issues with .xslx files beign corrupted upon editing and requiring a 'repair' when opened with Excel. This repair removes cells containing text and indicates that it removes the theme.
Viewing a word document gives the following console errors View document error
The first editing of a word document gives the following console errors Edit document error
I was expecting to be able to repeatedly edit the document.
I tried opening the file in the Desktop version of Word and got the following error Desktop Word recover
Following a recover, the document appears to work as expected in Word (desktop) but still won't open for editing through WOPI.
Turns out it was the way the POST http request body was being saved.
Still not certain what was going wrong but somewhere along the way of writing the stream into a buffer and then saving that to a file corrupted the file.
I suspect the file stream was either truncating or adding a few bytes.
The interesting part being that Office Online was still able to view the file.
This indicates there is some tolerance for malformed files still being served.
I copy pasted pages and datas from my local dokuwiki(windows) to an ftp dokuwiki (linux), the pages exist but cant be accessed, the
[[:informatique:angouleme:inventaire_licences|Inventaire Licences]]
the link state that the page exist but all i get is 'this page doesn't exist yet' i see nothing wierd with &do=debug i got no error message.
Note that it workds to copy paste data repo or pages repo. it works even if the sitmap isn't updated.
the
$html_output = ob_get_clean();
trigger_event('TPL_CONTENT_DISPLAY', $html_output, 'ptln');
is returning me the generic answer when he cant find the file i want him to show
i wish to know what is going wrong, thanks for the help.
The pages might have different permission which the www-data can't access.
Did you check your server error logs? It will give you more information about the exact problem.
Also, try the searchIndex plugin
I feel pretty stupid about it, when passing from a windows server to a Unix server i forget the caps handling are different and so i bad references to my namespaces where my files had caps and dokuwiki biuld all the links without
I want ot create a release for my Github project, but when I try to upload my binary (which is a .zip file) to the release, I get the following error message:
Something went really wrong, and we can’t process that file.
I get the same error message if I try to upload some other files (e.g. my readme file). What could be wrong?
Check first if this issue persists with all browser.
I have seen this error message before, where the upload succeeded with Chrome, but not Firefox.
For the record in my case this was due to an obvious mistake: I had to authorize a github script in NoScript.
If someone encounters this problem in China, and is using ShadowSocks, try turning ShadowSocks off.
I was trying to upload an image file in png format on chrome browser but I was getting the same message.As suggested in one of the answer, I turned off windows firewall and it worked.
But my mind was not satisfied and I turned on Windows firewall and converted that image to jpg format and it got uploaded.
But this stubborn mind was not satisfied and told me to upload this in .png format only.God came to my rescue and accidentally properties tab of png image got opened and at the bottom of tab, it was showing
"This file came from another computer and might be blocked".
So I unblocked it and it got uploaded.
I got that error due to my companies firewall that prevents all file uploads. Might this be the cause of your problems?
The problem occurs during file upload because I was using VPN which doesn't allow file upload hence I disconnected from VPN and then try uploading which work absolutely fine. So my advice to check your firewall/VPN settings as mostly Organization doesn't allow fileupload in GIT due to security concern.
I got the same problem on Opera browser(Ubuntu 18.04.1).
Then I realized that my browser does not have permission to access the related(where your files located) partition. I moved the files that I wanted to upload on Github into accessible partition by Opera browser in my HDD, Thus I could be able to upload my files to Github.
It worked like a charm. Hope this helps.
clear your browser's cookies and cache ..after clearing files will be uploaded easily on git without error
In my case. I'm reuploading two zip files to an existing release. One success and another one failed. Tried in both chrome and firefox.
My solution is to use the hub command-line tool.
I use the below command to edit the existing release and attach files to it.
hub release edit --draft=false --attach FILE TAG
For some reason, I had to change its prefix from .png to .jpg and it worked.
I had the same problem which I solved by disabling my firewall. I hope this will work for you
In my case, it was my anti-virus (AVG) preventing the upload.
In my case, Avast antivirus was blocking the objects-origin.githubusercontent.com site, and made the upload fail.
After disabling the antivirus, I was able to upload the files.
Well! That is because your are uploading some images that you have downloaded from the internet like in my case I have used a favicon that is generated from website to solve the issue Image with security details~img1
Image with detail~img2
Remove personal info ~ img3
To solve the problem
first of all head to the images that you have downloaded from internet and right click on image and click on properties
check the unblock checkbox as shown in image 1 and then
click on the details tab as shown in image 2 and then click on the remove properties and personal information
And then check on the remove the following properties on the file as shown in image 3
And then click on ok and then again ok
The given solution will solve your issue it just worked perfect for me
Files cannot be uploaded because your network provider doesn't allow, use different network or apply vpn for uploading the files.
Tomcat 7.0.30
Firefox 15.0.1
Eclipse 3.7 & 4.2
I have recently installed Tomcat7.0.30 and since then I am having all kinds of problems with Firefox. (for example this one)
Right now I am getting a java.lang.IllegalArgumentException: Control character in cookie value or attribute. exception.
I have a plain html file:
<html>
<head><title>Test</title></head>
<body>Test htm</body>
</html>
This is what Firebug reports:
"NetworkError: 500 Internal Server Error - http://localhost:8080/WSTest"
The character encoding of the plain text document was not declared.
The document will render with garbled text in some browser configurations
if the document contains characters from outside the US-ASCII range.
The character encoding of the file needs to be declared in the
transfer protocol or file needs to use a byte order mark as an encoding signature.
What bothers me is that there are no problems whatsoever in chrome. The page just opens as I would expect it to...
I have tried to google this and the only suggestion I found was to add this:
org.apache.tomcat.util.http.ServerCookie.ALLOW_EQUALS_IN_VALUE=true
org.apache.tomcat.util.http.ServerCookie.ALLOW_HTTP_SEPARATORS_IN_V0=true
to the catalina.properties file, but that didn't help.
I'm really loosing my mind here.
Apparently the problem was with my Firefox installation. After exhausting all options and testing with Chrome, Safari, Opera and even IE, which all worked properly, I decided to uninstall Firefox with removing all profile settings and then re-install it again. The new installation works.
p.s. HINT: if you are uninstalling Firefox completely, don't forget to backup your bookmarks and passwords and save the list of your add-ons ;)
bookmarks can be backed up directly from Firefox
passwords can be stored with an add-on called Password Exporter
add-ons I "save" with a screenshot :D
I edited my navpoints from within the ToolTwist workbench, and after restarting the server all my navpoints had disappeared. I've checked the navpoint file, and it looks to be correct. I've tried restarting the server, but still ALL the navpoints have disappeared.
Can anybody tell me what I've done wrong, or suggest something to try?
Normally there is no need to edit the navpoint definition files - the navpoint tab in the Designer should be used. If for some reason it does need to be edited, make sure you restart the server immediately after making the changes or else they may be overwritten by the Designer.
Make sure that the encoding for the file is correct. The navpoint allows multi-lingual descriptions, SEO fields, etc, so needs to be stored as Unicode.
To check this, right click on the file in the Workbench (e.g. webdesign/myproject/navpoints/myproject.xml) and select properties. On the Resource tab, you'll see a section titled "Text file encoding". The correct value for this is UTF-16