I can't upload zip files in the ajax control toolkit fileupload.
On every other browser it works, but in firefox zip files get blocked somehow.
When I click on a zip file to upload it, it doesn't even show up in the ajaxupload.
zips are added in the allowed filetypes.
What else could be the problem?
Found it thanks to the comment of Yuriy, apparently older versions of firefox don't give the extension zip but x-zip-compressed, so I just had to add x-zip-compressed to the allowed filetypes.
Related
I'm in the middle of testing a customized Dojo theme based on the popular claro theme. The new theme is named 'jelam'. I've gone through all the suggested steps for making a new theme based on an existing theme like claro and all seems to be working fine - except Firebug is reporting an error immediately upon opening my page. It reports that it can't find the claro_rtl.css file. The thing is, I've searched many times my source code and files for any reference to that claro_rtl.css file, but I can't find it. I suspected initially that my browser was cacheing it somehow, so I cleared the Firefox browser, closed Firefox and ropened it, and also restarted the WebSphere portal which is serving my JSP page. Despite those attempts to clear out any reference to claro_rtl.css, I'm still getting the error reported in Firebug.
"NetworkError: 404 Not Found - https://localhost:10149/CompassThemesURS/themes/html/commonurs/dojo/1.9.1/dijit/themes/jelam/claro_rtl.css"
How can I get Firebug to show me what the source of that request is? I had initially suspected that I had missed it in one of my many JSP files or CSS files that was possibly importing it, but it's not showing up.
Is there a way to get Firebug to show me who is trying to pull that file in?
Thanks for any insight you can give.
Finally figured it out. In Firebug I put "claro_rtl.css" in the search box, then performed the search in each tab until the search found it from the CSS tab, and it found it referenced in the new jelam.css file.
I had forgotten to redeploy the webapp. I had correctly updated the source files, including jelam.css, but I hadn't redeployed with those updates like I thought I had.
Cheers.
I recently edited one of my extensions' css and HTML files to provide myself with a better experience.
However, When I went to enable the extension, a line right below the extension said "This extension may have been corrupted by malware.", and will not allow me to enable the extension itself.
How can I enable this extension?
Thanks
UPDATE:
Google's help page: https://support.google.com/chrome/answer/187443?hl=en.
It says to visit the extension page and click "repair" by the extension, but no such option appears for me.
Turns out that I had to make a copy of the extension to an external directory, then delete the existing one.
From there, I followed the instructions here: https://superuser.com/questions/247651/how-does-one-install-an-extension-for-chrome-browser-from-the-local-file-system.
Text for the lazy:
Navigate to chrome://extensions.
Expand the developer dropdown menu and
click "Load Unpacked Extension".
Navigate to local folder. Assuming
there are no errors, the extension should load into your browser.
Currently I have developed a website in asp.net using vb.net
I needed to upload multiple files at once, So I used Flajaxian File Upload Control to do my job.
It works great in any version of Internet Explorer.
But in Firefox it shows that it has uploaded files but none of my files are uploaded.
I think there might be some settings in web.config or in the control itself.
Can anyone suggest something?
I have googled for that and I found that this control is not compatible with firefox. I think it works well with IE. But I am not sure.
This is not a solve your problem
but you can try Jquery File Uplaod
jQuery File Upload Demo
What are the differences between
Response.AddHeader("Content-Disposition", "attachment;filename=somefile.ext")
and
Response.AddHeader("Content-Disposition", "inline;filename=somefile.ext")
I don't know the differences , because when I use one or another I always get a window prompt asking me to download the file for both of them. I read the specs, but it is clueless.
Because when I use one or another I
get a window prompt asking me to
download the file for both of them.
This behavior depends on the browser and the file you are trying to serve. With inline, the browser will try to open the file within the browser.
For example, if you have a PDF file and Firefox/Adobe Reader, an inline disposition will open the PDF within Firefox, whereas attachment will force it to download.
If you're serving a .ZIP file, browsers won't be able to display it inline, so for inline and attachment dispositions, the file will be downloaded.
If it is inline, the browser should attempt to render it within the browser window. If it cannot, it will resort to an external program, prompting the user.
With attachment, it will immediately go to the user, and not try to load it in the browser, whether it can or not.
It might also be worth mentioning that inline will try to open Office Documents (xls, doc etc) directly from the server, which might lead to a User Credentials Prompt.
see this link:
http://forums.asp.net/t/1885657.aspx/1?Access+the+SSRS+Report+in+excel+format+on+server
somebody tried to deliver an Excel Report from SSRS via ASP.Net -> the user always got prompted to enter the credentials. After clicking cancel on the prompt it would be opened anyway...
If the Content Disposition is marked as Attachment it will automatically be saved to the temp folder after clicking open and then opened in Excel from the local copy.
I'm still rebuilding old ASP to new and iframing certain things that take up too much time.
I'm stuck at a search function that normally returns an excel file (browser asks save or open). the result page for this is now iframed but it does not seem to propagate the file anymore, so no more save-file popup.
I must add that this iframe is being filled through a custom httphandler that posts to the old pages based on certain criterie, the searchcriteria in this case.
does anyone have an idea on how I could make the excel propagate once again?
The way to ensure you get a save-file prompt and not a page, do the following:
Open the file in ASP
Send the MIME header for Excel
Stream out the file from ASP
You may also choose to hold the files outside of the web root so they cannot be downloaded directly.
Here are a few examples: 1 2 3
This may come in handy as well:
How to output an Excel *.xls file from classic ASP
It *seems* like a security issue. What happens if you open the URL which is being loaded in the IFrame in a new browser? To confirm it, you can try opening the URL, and see what happens.