|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Hi, this occurs not only in the last version.
My machine is Windows 10, but this happens in other Windows versions too.
With your last Tabbed Browser, if I google and choose "some pdf", i can see in built-in plugin without problems, i can print and i can save. all ok.
But, if i navigate to some determined "page", (i do not provide url, is an official spanish page with credentials), i can see the pdf too, and i can print, but "save" button of built-in plugin dont work.
I detect that "problematic" URL not have extensions. Seems that webbrowser detect pdf mimetype and render with builtin plugin, but without ".pdf" extension, save button dont thwrows download.
If you need do more test, you can connect my computer remotely and i connect to url with my credentials.
Thanks.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
Do you see the same problem with Google Chrome browser?
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
I test same "problematic" page with same data and is working. I test Chrome 41 y 44. Save button works in both.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
Is there anyway we can connect to the page directly from here? We need to be able to connect it from here in order to debug it against our source code.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
No, isnt possible. I try to reproduce this scenario in my web server to provide you a "bugged" URL to debug.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
No problem. Please let us know when you have reproduced the problem.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Hi, I cant reproduce the bug in my server. In the test scenarios I try to reproduce, your control save button always work.
You can send me a "debugging" TabbedBrowser version or EO dlls, or connect remotely?
Thanks in advance
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
Unfortunately for this kind of problem we have to to be able to reproduce it since we need to be able to debug through our source code. Is there anyway you can setup a proxy server so that we can connect to your problematic site from outside?
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Sorry, i am not a proxy expert, but i believe that isnt possible. The "problematic" page not use "standard" credentials. The login is make it with a Java applet. Once it is loaded, a special credential file and a password is needed.
Some ideas? It is very important for us, a lot of clients report the problem beacuse they want save the document and not only print.
Thanks!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
I am not sure what else to tell you. We have to be able to connect to your site from here in order to debug it through our source code.
Thanks!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
We have looked into this issue. The root of the problem is cache --- the browser engine won't allow saving a page unless it can be cached. This is because "Save" works by making another request to the server as a download and the first step of a download is to check whether the Url can be cached. If it can not be cached, the download will not start.
In your case, the PDF file can not be cached due to two reasons:
1. It is generated through HTTP POST, not HTTP GET. Generally HTTP POST request are not cached;
2. It has "Cache-Control:max-age=5" in the response header. This would effectively kill the cache since it's so short (5 seconds);
If you remove these two issues, then your user will be able to save the file.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Hi, thank you very much for your excellent and fast support.
Unfortunately, I can't "remove" or "fix" these issues. As you know, is a governement page, and I don't have any control.
Anyway, you ask in your first response if I see same problem in Google Chrome; I answer no. Is working well in different versions of Google Chrome. Therefore, if your PDF built-in plugin is the same or based on the Chrome, perhaps you could try to fix it?
Thanks in advance, great work.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi, This is implemented by Chrome and we won't be in a position to "fix" Chrome for a specific needs, even if a newer version of Chrome has already "fixed" it. The reason is Chrome makes numerous changes daily, so if we were to cherrypick and forward ports specific changes, it will quickly become unmanagable to us. So we will always wait until we sync with Chrome's codebase next time for such issues. We are not able to test the current version of Chrome with your site since your test app uses Java and Chrome has stopped supporting Java (due to the fact that it no longer supports NPAPI). One thing you can try is to set this property to true to disable the built-in PDF plugin: http://www.essentialobjects.com/doc/eo.webbrowser.runtime.disablebuiltinplugins.aspxYou can then use other PDF plug-in (for example, Adobe Reader) to display the PDF file. The third party plug-in might handle Save button differently and might work for you. Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Thanks for your response.
As far I know, the last version of your Eo.WebBrowser show Chromium 41.0.2272.16
As you can see in my second answer, I test in Google Chrome 44, but in 41 too.
Now I test with ChromePortable 40 (40.0.2214.6 (Build oficial) ) and With ChromiumPortable(39.0.2150.5 dev build)
In all four test versions, the save button works.
Thanks
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
We have already investigate this issue for you and we do not believe this has anything to do with our code. As explained in our previous post, we will not be able to change Chrome's code base we use to accommodate your specific need at this time. We can revisit it again when we synced to a newer version of Chrome. Otherwise please consider this issue closed.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Ok, I understand you.
I regret your decission but I accept it.
What i dont understand is that you say that all this is in Chrome's code base and you dont be able to change. Why in Chrome and Chromium work but in your control doesn't?
I will search an alternative pdf plugin because im in troubles finding Adobe Reader plugin(in some scenarios i disable use common plugins because i use my own Java Portable adapted version, and I have to find Adobe Reader to add to additional plugins dir). Your builtin pdf plugin was perfect until now.
Thanks a lot, great work.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
ecreality wrote:What i dont understand is that you say that all this is in Chrome's code base and you dont be able to change. Why in Chrome and Chromium work but in your control doesn't? We are not sure how it works in Chrome since we are not able to test it here. We debugged into Chroimium's public codebase (using the branch we use) and found that it treat save as download, and before the download it is not able to create a cache entry due to the fact the page is not cachable. We do not see any fix based on this code without large scale code change (for example, instead of treat save as a download, the code could generate a file based on what it already has in memory). This kind of changes are extremely risky for us and it brings very little benefits to our larger user base. This is why we have decided against doing it.
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/9/2014
Posts: 79
|
Ok.
Thanks for the info!
|
|