Messages

61

Bug reports / Re: No-IP update error in 2.3 beta Build 203

« on: September 19, 2008, 04:53:13 PM »

@maverick,

I know you're just trying to help, but that's not what I'm looking for.  I know I only have 16 posts here on this board, but I'm an extremely capable person.  I found a problem with the URL that HFS builds and that's why I posted here in the "Bug reports" forum.  The rest of the information I provided is from the troubleshooting that I did in order to find out what's being sent and what's being returned in hopes that it'll help in solving the problem.  As is obvious in my first post, HFS' log doesn't show the full text of what No-IP returns, and that's why I used my browser.


@rejetto,

Are you saying that using the No-IP wizard should fix the problem?  I've tried that and the URL in my first post is what gets built.

62

Bug reports / Re: No-IP update error in 2.3 beta Build 203

« on: September 19, 2008, 07:20:32 AM »

maverick,

Your no-ip custom DNS updater code looks wrong.  It should be the following which works fine here.

Code: [Select]

http://dynupdate.no-ip.com/update.php?username=xxxxxx@xxxxxxxx.xxx&pass=xxxxxxxxxx&host=xxxxxx.xxx&ip=%ip%
username=email address
pass=password
host=no-ip hostname

Whatever it's supposed to be, the URL that I got from the Custom field is what HFS builds when using the No-IP wizard, hence the reason I reported the problem.

Bye the way, you don't put that code in your browser.  HFS uses it when updating the dynamic dns.

Yes.. I know this.  I also know that it's possible to put it into a browser to see what's returned, and it's possible to copy & paste from there, whereas that can't be done from the "Dynamic DNS updater -> See last server response" dialog.

If it still isn't working for you, go to no-ip and set up another host name.

I shouldn't have to.  It's been working fine up until now.  Besides, compared to your URL example, it now appears as though it's HFS that is building the URL incorrectly.

But thanks for trying.

63

Bug reports / No-IP update error in 2.3 beta Build 203

« on: September 19, 2008, 05:14:56 AM »

Hi rejetto,

I'm not sure if this is a problem with this build or if No-IP changed something, but I just noticed I'm receiving this error when the dynamic DNS updater runs (sensitive info removed):

9/18/2008 9:35:12 PM DNS update requested for xxx.xxx.xxx.xxx: unknown reply: 10

No-IP has my current IP registered, but I'm not sure if it's from before the error started occurring or if it actually is working and just their response has changed.

In case it helps, the Custom field has this URL:

Code: [Select]

http://dynupdate.no-ip.com/dns?username=xxxx@xxxx.xxx&password=xxxx&hostname=xxxx&ip=%ip%
And the following is returned if I put that URL into my browser (with my IP in place of the macro, of course):

:10
xxxx.xxxx.xxx:0

Unfortunately, I'm not sure how things look when they are working, but you probably do.

Thanks!

64

Beta / Re: Testing build #202

« on: September 09, 2008, 05:45:13 PM »

Hi rejetto,

- the problem addressed in build #199 is now solved also with regular folder pages www.rejetto.com/forum/?topic=6097

Looks good now!

Thanks!!

65

Bug reports / Re: Permission problems in latest betas

« on: September 08, 2008, 05:11:34 PM »

When you give access to user A to the root, he has access to the folders also.
So permissions are inherited.
When you defining access rights for a folder, why should HFS always give access to A ?
You'll likely have a scenario like:
- home/root access allowed for by A and B
- folder under root allowed to B only

Just like we're dealing with here.

I understand that it will be better to have a dialog where you select accounts for the folder, with A and B already selected, and you remove access for A. Much handier. That's how will be in the future.
Meanwhile you are supposed to give appropriate rights manually.

Excellent.  That will work, too.

.........This been said, the problem persists: you can give strange access rights about the root and the folder, and we can suppose you don't want anything to be left out to the public, since we even protected the root.

I had an hard time finding a solution but, perhaps, i did!

if you ask for a folder you have access rights to, then all other files the browser will require from the root will report your folder as referrer.
Then, the root is protected and you don't want anyone to mess around, right?
But we can suppose it's not a big deal if who has access to the folder will access the template sections who appears like files in the root. He will not have access to the root files, but only to sections.

logic: if you have no access for this request, and the request starts with /~ABC, and ABC is a template section, then we'll recheck your access rights against the referring folder (where you are supposed to have sufficient rights).

Ah.. that sounds like a great solution.  Good job!

SO! It should be ok since next beta build.

Looking forward to it!

66

Bug reports / Re: Permission problems in latest betas

« on: September 07, 2008, 08:24:22 AM »

Hi rejetto

Thanks for continuing to look into this!

A friend and I were thinking that it would make sense to be able to give admin type users access to the root and they would automatically be able to browse down through the VFS structure.  Then give restricted users access only to specific lower folders.

Except we actually ran into two problems with trying to do that.

1) The problem you and I are discussing here

2) Permissions given to the root don't automatically flow down (not inherited) if specific permissions are given to lower folders.  It would be cool if there was an option that would allow that if desired, but of course it would be off by default so as not to suddenly change the permission structure of people's existing HFS setups.

I know #2 is actually a request, but I mention it here because it's necessary for what we'd like to be able to do.  If you want, I can add it to the main board, which I guess is where requests/suggestions go..?


Edit: Can't the CSS templates come from the same place the HTML templates do?

67

Bug reports / Re: Permission problems in latest betas

« on: September 05, 2008, 05:00:31 PM »

Hi rejetto,

Here ya go.  Browser cache cleared and everything.  I even created a whole new VFS, and temporarily reset the options.

Code: [Select]

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<!-- -->
<html>
<head>
  <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  <link rel="stylesheet" href="/~style.css" type="text/css">
  <link rel="stylesheet" href="/~style.menu.css" type="text/css">
  <title>HFS /test/</title>
  <link rel="shortcut icon" href="/favicon.ico">

<!--[if lte IE 5.5]>
<style type="text/css">
.menu ul li a, .menu ul li a:visited { width:151px; w\idth:139px; }
</style>
<![endif]-->

 
<style type="text/css"></style>

</head>
<body>
<table width='100%'>
<tr>
  <td width='95%'>
    <div id='folderlabel'>folder</div>
    <div id='folder'><a href="/">Home/</a><a href="/test/">test/</a></div>

<td nowrap>
    <div class='button'><img src="/~img27"> user: testaccount</div>
<td nowrap>
    <div class='button'>
    <form style='width:160px'>
    <input name='search' size='10' value="">
    <input type='submit' value="search">
    </form>
    </div>

  <td nowrap>
    <div class="menu">
    <ul>
    <li class='last'><a href="#"><span style='position:relative; top:5px; left:35px;'>.: Menu :.</span><!--[if IE 7]><!--></a><!--<![endif]-->
    <!--[if lte IE 6]><table><tr><td><![endif]-->
    <ul>



    <li class="last"><a href="/test/?tpl=list&folders-filter=\&recursive">File list</a></li>

    </ul>
    <!--[if lte IE 6]></td></tr></table></a><![endif]-->
    </li>
    </ul>
    </div>

</table>

<div id='body'>
 
  <a class='big' href=".."><img src="/~img14"> UP</a>

  <div class='big'>No files</div>
</div>

<div id='footer'>
  <a href="http://www.rejetto.com/hfs/">HttpFileServer 2.3 beta</a>
  <br>Servertime: 9/5/2008 9:42:20 AM
  <br>Uptime: 00:05:35
</div>

</body>
</html>
<!-- Build-time: 0.130 -->


68

Bug reports / Re: Permission problems in latest betas

« on: September 04, 2008, 06:05:39 PM »

Hi rejetto,

Nope, no customized template.  Same VFS I posted before, and the same accounts used in it.

69

Bug reports / Re: Permission problems in latest betas

« on: September 03, 2008, 05:18:34 PM »

Hi rejetto,

I finally got around to testing 201 with this problem and it still exists.

70

Beta / Re: Testing build #201

« on: September 02, 2008, 09:46:20 PM »

short list, old story 

Heh  No-IP update fixed here.

Thanks!

71

Beta / Re: Testing build #200

« on: September 02, 2008, 05:26:35 PM »

Hi rejetto,

Yup, I'm getting the error with this one too when the No-IP dynamic DNS updater tries to update.


Access violation at address 0053CB84 in module 'hfs.exe'. Read of address 00000030
HFS 2.3 beta (200)
----------------------------------------------------------------
Stack list, generated 9/2/2008 10:23:23 AM
[0053CB84]{hfs.exe     } main.TmainFrm.add2log (Line 4712, "main.pas" + 28) + $3D
[0053121A]{hfs.exe     } main.updateDynDNS (Line 2096, "main.pas" + 9) + $2C
[0054B37C]{hfs.exe     } main.everySec (Line 7593, "main.pas" + 13) + $0
[0054BA2A]{hfs.exe     } main.everyTenth (Line 7725, "main.pas" + 45) + $15
[0054BB65]{hfs.exe     } main.TmainFrm.timerEvent (Line 7748, "main.pas" + 19) + $F
[00450553]{hfs.exe     } ExtCtrls.TTimer.Timer (Line 2250, "ExtCtrls.pas" + 1) + $13
[004503BF]{hfs.exe     } ExtCtrls.TTimer.WndProc (Line 2208, "ExtCtrls.pas" + 4) + $7
[0042ABB0]{hfs.exe     } Classes.StdWndProc (Line 11572, "classes.pas" + + $0
[004772E4]{hfs.exe     } Controls.FindControl (Line 2103, "Controls.pas" + 6) + $C
[0046E7EA]{hfs.exe     } Forms.TApplication.ProcessMessage (Line 7670, "Forms.pas" + 23) + $4
[0046E82F]{hfs.exe     } Forms.TApplication.HandleMessage (Line 7689, "Forms.pas" + 1) + $6
[0046EACA]{hfs.exe     } Forms.TApplication.Run (Line 7773, "Forms.pas" + 16) + $3
[0056288F]{hfs.exe     } hfs.hfs (Line 94, "" + 21) + $2
----------------------------------------------------------------
System   : Windows XP Home Edition, Version: 5.1, Build: A28, "Service Pack 2"
Processor: Intel,          Mobile Intel(R) Celeron(R) CPU 1.50GHz, 1500 MHz MMX
Display  : 1024x768 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs.exe: Build: 0 9/2/2008 1:26:00 AM
hfs.v2.2d.exe: Build: 0 2/4/2008 12:48:18 AM

72

Beta / Re: Testing build #199

« on: September 02, 2008, 05:20:10 PM »

Hi rejetto,

I'm getting this error when the No-IP dynamic DNS updater tries to update.  It worked fine in 198.  I'll try 200 here in a few.

Access violation at address 0053F60C in module 'hfs.exe'. Read of address 00000030
HFS 2.3 beta (199)
----------------------------------------------------------------
Stack list, generated 9/2/2008 10:10:27 AM
[0053F60C]{hfs.exe     } main.TmainFrm.add2log (Line 4695, "main.pas" + 28) + $3D
[00500055]{hfs.exe     } GIFImage.TGIFImage.Optimize (Line 11499, "zlibex.pas" + 160) + $E
[00533DBE]{hfs.exe     } main.updateDynDNS (Line 2096, "main.pas" + 9) + $2C
[0054DE04]{hfs.exe     } main.everySec (Line 7576, "main.pas" + 13) + $0
[0054E4B2]{hfs.exe     } main.everyTenth (Line 7708, "main.pas" + 45) + $15
[0054E5ED]{hfs.exe     } main.TmainFrm.timerEvent (Line 7731, "main.pas" + 19) + $F
[0045ACAB]{hfs.exe     } ExtCtrls.TTimer.Timer (Line 2250, "ExtCtrls.pas" + 1) + $13
[0045AB17]{hfs.exe     } ExtCtrls.TTimer.WndProc (Line 2208, "ExtCtrls.pas" + 4) + $7
[0042AB9C]{hfs.exe     } Classes.StdWndProc (Line 11572, "classes.pas" + + $0
[0046C410]{hfs.exe     } Controls.FindControl (Line 2103, "Controls.pas" + 6) + $C
[00494DB2]{hfs.exe     } Forms.TApplication.ProcessMessage (Line 7670, "Forms.pas" + 23) + $4
[00494DF7]{hfs.exe     } Forms.TApplication.HandleMessage (Line 7689, "Forms.pas" + 1) + $6
[00495092]{hfs.exe     } Forms.TApplication.Run (Line 7773, "Forms.pas" + 16) + $3
[0056288F]{hfs.exe     } hfs.hfs (Line 94, "" + 21) + $2
----------------------------------------------------------------
System   : Windows XP Home Edition, Version: 5.1, Build: A28, "Service Pack 2"
Processor: Intel,          Mobile Intel(R) Celeron(R) CPU 1.50GHz, 1500 MHz MMX
Display  : 1024x768 pixels, 32 bpp
----------------------------------------------------------------
----------------------------------------------------------------
Product Versions

hfs.exe: Build: 0 9/1/2008 11:00:08 PM
hfs.v2.2d.exe: Build: 0 2/4/2008 12:48:18 AM

73

Bug reports / Re: Permission problems in latest betas

« on: August 31, 2008, 04:53:08 PM »

Sounds good to me.

Looking forward to the next release!

74

Bug reports / Re: Permission problems in latest betas

« on: August 21, 2008, 05:14:59 PM »

Hi rejetto,

I hope your vacation is going well!

I think unbinding the template sections from VFS restrictions would fix it as long as it doesn't cause a security problem.  Would there be any risks in having unrestricted access to the templates?

What's the different between how v2.2d (which doesn't exhibit this behavior) works and the latest betas?  Were there no css files? ... Ah, I think I just answered that question myself.  I just downgraded to v2.2d and it appears as though the CSS info is embedded in the page, so that explains that.

75

Bug reports / Re: Permission problems in latest betas

« on: August 19, 2008, 05:52:12 PM »

Hi rejetto,

Thanks for the reply!

Sorry, I guess I left something else important out.  My root has restricted access to accounts other than testaccount.  When I leave the root unrestricted or give testaccount access to it, access to /test works fine, but I don't want testaccount to have access to the root.

It seems to me that the css files are coming from the root and are therefore affected by permissions given to the root.

Attached is a very basic vfs with access to the root given to otheraccount and access to the test folder given to testaccount.

Hope this helps, and thanks for looking into it!  Don't feel obligated to spend too much time on it during your vacation.   It's not an emergency or anything.