rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: dragon_ex on August 05, 2010, 12:10:33 PM
-
:o
I have given the permissions of "access", "upload", and "delete" to "Anyone", but after I click on the "DELETE" button, the file highlighted is not deleted. Why?
Look at the image below:
-
The item I wanted to delete existed there with nothing happening. :o
-
see if this template solves your problem
http://www.rejetto.com/forum/index.php?action=dlattach;topic=8962.0;attach=5512
-
see if this template solves your problem
http://www.rejetto.com/forum/index.php?action=dlattach;topic=8962.0;attach=5512
What a pity, it does not work. Furthermore the template you suggest seems to make the speed of webpage appearing a little more slow, but this situation is relative, and not very serious.
In addition, I've found another problem, that is , I can neither rename items.
In my case, I want to rename the "TTplayer.exe", but a pop-up window appears as the image posted shows.
-
In HFS:
Menu > HTML template > Change file > load the template provided by rejetto.
-
In HFS:
Menu > HTML template > Change file > load the template provided by rejetto.
I've done this.
And do you have any ideas to solve the problem of deleting items or renaming items? Or is it a bug to be fixed in future?
-
These bugs are solved for me with the template provided by rejetto.
Compare the template at the bottom of page with yours ... look if it's the same.
If you really have found a bug that can be solved, it will be. Do thyself no worries. ;)
-
These bugs are solved for me with the template provided by rejetto.
Compare the template at the bottom of page with yours ... look if it's the same.
If you really have found a bug that can be solved, it will be. Do thyself no worries. ;)
I have just tested your template. I cannot yet delete files ,the same as the one provided by rejetto.
The HFS is running on Windows Server 2003 R2 Ent. x64 Simplified Chinese Edition, does this affect? And the real folders including shared files are stored in an NTFS partition, does NTFS permission affect?
-
1. open the folder in the browser
2. click menu > debug > enable macros.log
3. try to rename (and fail)
4. send me the macros.log just created (it's near hfs.exe)
-
1. open the folder in the browser
2. click menu > debug > enable macros.log
3. try to rename (and fail)
4. send me the macros.log just created (it's near hfs.exe)
the "deleting" suffix means the log of deleting operation, the "renaming" suffix means the log of renaming opertion.
The operation I did is to delete a file "C7000_TROUBLESHOOTING.doc" & to rename the file into "C7000". All failed.
-
I doubt if the characters of the parent folder's name can make difference?
By the way, in my case, the name of the parent folder of the files which could not be deleted or renamed is of Chinese language.
-
1)
Attempt to create a folder in c:\ that you name: 1
You add the folder as a real folder, at the root of HFS
You give you the rights in Access, Upload and Delete for this folder.
2)
You create two text files that you name: 2.txt and 3.txt
You put these two files in the folder named: 1
You login with your browser and you try to rename and delete these two files.
You will tell us more.
...
-
mmm, that's strange.
anyway, give a try to #266
-
mmm, that's strange.
anyway, give a try to #266
266# can not be downloaded.
And I have tested under #265.
1. I have made a parent folder (real folder) named "2"
In folder "2" ,
1.1 I created a folder named "222" from webpage,and I could delete "222" correctly.
1.2 I created a folder named "测试" ( This is a chinese word),but I could not delete it.
2. I have made a parent folder (real folder) named "测试" (This is a chinese word)
In folder “测试"（chinese word) ，I could create folders named in either english or chinese successfully， but I could not delete any folders.
-
#266 is now available
-
266# can not be downloaded.
And I have tested under #265.
1. I have made a parent folder (real folder) named "2"
In folder "2" ,
1.1 I created a folder named "222" from webpage,and I could delete "222" correctly.
1.2 I created a folder named "测试" ( This is a chinese word),but I could not delete it.
2. I have made a parent folder (real folder) named "测试" (This is a chinese word)
In folder “测试"（chinese word) ，I could create folders named in either english or chinese successfully， but I could not delete any folders.
I have tested 266#，and I found that problem existed still.
-
Based on the experiment above, I guess that: If parent folder's name contains Chinese Characters, all items in it cannot be deleted or renamed.
-
1. drag&drop a folder named 测试 in HFS, and see if the name appears correctly in the window.
2. in a folder "222", create a folder "测试". Then enter this folder and upload a file. See if the file can be downloaded correctly.
-
1. drag&drop a folder named 测试 in HFS, and see if the name appears correctly in the window.
2. in a folder "222", create a folder "测试". Then enter this folder and upload a file. See if the file can be downloaded correctly.
1.The name appears correctly.
2.The file can be downloaded correctly.
-
So, even the chance of it being a unicode file in your NTFS is gone.
From what you said, all is good until you try to delete an item where in any part of the path (parent folder or item name) there's a chinese word.
Problem is i already made the tests i could, with non-ansi characters. I can't try the chinese characters myself.
At the moment only 2 things come to my mind
1. try to make a similar test on another computer, with a totally brand new download of HFS, with default configuration and default template. And let me know.
2. Dump the POST http request that's carrying the deletion request to HFS, and post it here.
A nice free program that will allow you to do so, is Fiddler (http://www.fiddler2.com/fiddler2/version.asp).
You'll see on the left a list of http requests, then you spot the right one, and on the right you click Inspectors > Raw.
I did it right now, and the result was
POST http ://l/upload/%C3%A8/ HTTP/1.1
Host: l
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: it,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 33
action=delete&selection=%C3%B2%2F
-
I've made test. under #267 & #269
The newest situation is that , I can delete files and folders with names of latin alphabets or numbers. But I cannot delete items with chinese characters in their names, even when there is only one chinese character combined with latin alphabets or numbers in the file's name or folder's name.
Can you determine the issue based on the description above or do you want me to post the " http requests of deletion" yet?
-
in your last post you didn't say anything new, so my last post still applies.
-
POST http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/ HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/
Accept-Language: zh-cn
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: 10.0.255.5:8888
Content-Length: 100
Connection: Keep-Alive
Pragma: no-cache
action=delete&selection=%C3%A7%C2%83%C2%AD%C3%A7%C2%83%C2%88%C3%A6%C2%AC%C2%A2%C3%A8%C2%BF%C2%8E.ppt
-
please, copy & paste here the link to the file you tried to delete
it should be http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/%C3%A7%C2%83%C2%AD%C3%A7%C2%83%C2%88%C3%A6%C2%AC%C2%A2%C3%A8%C2%BF%C2%8E.ppt
-
http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/%E7%83%AD%E7%83%88%E6%AC%A2%E8%BF%8E.ppt
-
are you sure the file name was the same?
the one you posted is half long as the one you posted when trying to delete.
if you are not sure, re-dump the deletion request. The interesting part of it, is the last line, with "action=delete".
also tell me how many characters it is long.
I would guess it is 4, and all characters are encoded by 3 bytes, all starting with a %E,
while the "deletion" request is sending apparently sequences of 2 bytes characters, each starting by %C.
Please try to "archive" instead of "delete", after you selected the file. I guess the problem should be similar.
and: what browser are you using for testing?
-
Yes,there are 4 characters in the file name.
And I am sure that the link to the file which I want to delete is http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/%E7%83%AD%E7%83%88%E6%AC%A2%E8%BF%8E.ppt
The codes below are re-dumped by me by re-doing the same test as above.
POST http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/ HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/
Accept-Language: zh-cn
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: 10.0.255.5:8888
Content-Length: 100
Connection: Keep-Alive
Pragma: no-cache
action=delete&selection=%C3%A7%C2%83%C2%AD%C3%A7%C2%83%C2%88%C3%A6%C2%AC%C2%A2%C3%A8%C2%BF%C2%8E.ppt
Some images belows show the process of what I did.
-
we are narrowing it! thank you.
the problem seems to be located at the filename sent by the javascript, that's clearly wrong.
what if you try to select the file, and then "archive" ?
you are using IE8, right?
-
we are narrowing it! thank you.
the problem seems to be located at the filename sent by the javascript, that's clearly wrong.
what if you try to select the file, and then "archive" ?
you are using IE8, right?
Yes, I am using IE8, and sometimes I use some 3rd party shell-browsers which use IE8's core as its core.
Some images below show the result of "Archive" operation to the same file as before.
1. When I tried to archive the selected file, I was forbidden.
2. Some error seemed to have occured when I tried to archive,according to the popup window of Fiddler.
3. I copied and pasted the Fiddler's http-request codes as below.
POST http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/?mode=archive&recursive HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://10.0.255.5:8888/%E5%85%B1%E4%BA%AB-%E4%B8%B4%E6%97%B6%E5%85%B1%E4%BA%AB%E6%96%87%E4%BB%B6%E5%A4%B9/
Accept-Language: zh-cn
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: 10.0.255.5:8888
Content-Length: 86
Connection: Keep-Alive
Pragma: no-cache
selection=%C3%A7%C2%83%C2%AD%C3%A7%C2%83%C2%88%C3%A6%C2%AC%C2%A2%C3%A8%C2%BF%C2%8E.ppt
-
thank you for your collaboration, i hope our effort won't be worthless.
1. try to see if firefox (or opera, or chrome) has the same problem
2. try this: edit the template, and replace this line
s = (decodeURIComponent || unescape)(s);
with this one
//s = (decodeURIComponent || unescape)(s);
-
thank you for your collaboration, i hope our effort won't be worthless.
1. try to see if firefox (or opera, or chrome) has the same problem
2. try this: edit the template, and replace this line
s = (decodeURIComponent || unescape)(s);
with this one
//s = (decodeURIComponent || unescape)(s);
1. The same problem occured either in foxfire or in opera. I did not test the problem in chrome.So I guess that the problem still exists in chrome.
2. I can not find the codes in the default template as you said . I can only find this one:
-
2. then, you are not using the default template of build #269.
check the bottom bar of HFS window, and you will see a "customized template".
am i right?
to fix this, you should Menu > html template > restore default
you know you have fixed it when the "customized template" message goes away.
after this, please re-check for the problem, and ensure you refresh the page, this is very important.
-
2. then, you are not using the default template of build #269.
check the bottom bar of HFS window, and you will see a "customized template".
am i right?
to fix this, you should Menu > html template > restore default
you know you have fixed it when the "customized template" message goes away.
after this, please re-check for the problem, and ensure you refresh the page, this is very important.
Problem has been sovled finally!!! Oh~Yeah!!!
A customized template leads to the probelm.
-
good that you got it solved.
but it was solved 10 days ago when i told you
1. try to make a similar test on another computer, with a totally brand new download of HFS, with default configuration and default template. And let me know.
i guess you didn't do it.
:P :P
-
good that you got it solved.
but it was solved 10 days ago when i told you
i guess you didn't do it.
:P :P
Thank you，rejetto！
What a shame for my fault~ :D
And by the way ,please have a look at my another question http://www.rejetto.com/forum/index.php/topic,9122.0.html