[Mldonkey-users] [patch #5677] Multi-user preview download http_port bug

[spiralvoice]

URL:
  <http://savannah.nongnu.org/patch/?5677>

                 Summary: Multi-user preview download http_port bug
                 Project: mldonkey, a multi-networks file-sharing client
            Submitted by: carfesh
            Submitted on: Freitag 12.01.2007 um 12:03
                Category: None
                Severity: 4 - Important
              Item Group: None
                  Status: None
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 
                 Release: None
        Operating System: None
         Binaries Origin: None
                CPU type: None

    _______________________________________________________

Details:

Running mldonkey 2.8.2 on a MIPSel Linkstation, using Sancho 0.9.4-58 to
preview videos using VLC over the mldonkey HTTP streaming server. This only
works as admin, since users aren't able to read the port the http server runs
on (http_port). 

Maybe this variable can become user readable or configurable, so that you can
allow/disallow users to read that variable to allow for previews run by
non-admins?

See also Sancho Bug Report 1617031:

http://sourceforge.net/tracker/index.php?func=detail&aid=1617031&group_id=98050&atid=619889

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Montag 17.07.2006 um 06:16    By: Timothy Brownawell <tbrownaw>
Implemented as 'mtn pluck'.

-------------------------------------------------------
Date: Montag 20.02.2006 um 12:38    By: Marcin Juszkiewicz <hrw>
Lack of cherrypicking make copying changeset between branches hard. I
maintain two branches (one devel and one stable) and from time to time I copy
changesets from one to other. Now I do it by hand but with changes like "10
renamed, 20 moved to other dir, 3 added, 9 modified" its hard.

-------------------------------------------------------
Date: Freitag 10.10.2003 um 01:57   By: Nathaniel Smith <njs>
If you want to get really fancy, could cert that this has occurred, and then
later merges could notice that cert and instead of merging P and R directly,
you first merge R with Q, then declare the result to be a child of not Q but
rather P, and merge again.

Of course life is probably more complicated than that, but hopefully you get
the idea.  In many cases, it should in principle be possible to get a lot of
the changeset-y advantages here wrt repeated merges...






    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?5677>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/