ignition-bugs Mailing List for The Ignition Project

Support Requests item #2128936, was opened at 2008-09-25 18:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613527&aid=2128936&group_id=96071

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: How Do I?
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dion fitzgerald (deen)
Assigned to: Nobody/Anonymous (nobody)
Summary: connection problem

Initial Comment:
hi
im using windows XP Pro with only one pc connected to my router. ive forwarded port 6669 TCP and 669 UDP and i have allowed IgnitionServer in my firewall. i can connect via localhost perfectly but i cant seem to figure out how to connect to it via my domain name? ive been banging my head over this for the last 2 days. i have never tried setting up a chat server or client before but i have a lot of experience with other server/client software. any advice would be much appreciated.
thank you

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613527&aid=2128936&group_id=96071

Bugs item #1713205, was opened at 2007-05-04 18:53
Message generated for change (Comment added) made by ziggythehamster
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: ignitionServer-Core
>Group: invalid/irrelevant/spam
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Morph3us007 (morph3us007)
Assigned to: Keith Gable (ziggythehamster)
>Summary: Normal Users Can Delete Acess Entries from IRC Operators

Initial Comment:
Normal Users Can Delete Acess Entries from IRC Operators.

----------------------------------------------------------------------

>Comment By: Keith Gable (ziggythehamster)
Date: 2007-05-04 23:44

Message:
Logged In: YES 
user_id=919946
Originator: NO

This is intentional. Being an IRC operator does not make you God. It
empowers you to manage the network. Your job is not to police the channels
and assert ownership of other people's channels. This kind of thing makes a
little sense on a channel-by-channel basis though. So, perhaps, there
should be a mode for the channel that makes access items made by a +o
immutable.

File a request for enhancement (RFE) bug for this feature and I might get
to it. Eventually. I'm not sure. I am really busy. Also, I totally forgot
about SourceForge. I need to get Bugzilla back up on our domain. -_-

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Bugs item #1713205, was opened at 2007-05-05 09:53
Message generated for change (Settings changed) made by morph3us007
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: ignitionServer-Core
Group: unverified
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Morph3us007 (morph3us007)
>Assigned to: Keith Gable (ziggythehamster)
Summary: Access Entries

Initial Comment:
Normal Users Can Delete Acess Entries from IRC Operators.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Bugs item #1713205, was opened at 2007-05-05 09:53
Message generated for change (Settings changed) made by morph3us007
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: ignitionServer-Core
>Group: unverified
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Morph3us007 (morph3us007)
Assigned to: Nobody/Anonymous (nobody)
Summary: Access Entries

Initial Comment:
Normal Users Can Delete Acess Entries from IRC Operators.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Bugs item #1713205, was opened at 2007-05-05 09:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: ignitionServer-Core
Group: verified
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Morph3us007 (morph3us007)
Assigned to: Nobody/Anonymous (nobody)
Summary: Access Entries

Initial Comment:
Normal Users Can Delete Acess Entries from IRC Operators.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=613526&aid=1713205&group_id=96071

http://bugs.ignition-project.com/show_bug.cgi?id=3


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID
               Flag|review?, blocking-0.3.7?    |review-, blocking-0.3.7-




------- Comment #2 from zi...@ig...  2006-06-18 23:46 Eastern -------
This was fixed I guess. All is well.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Keith Gable <zi...@ig...> has denied Keith Gable
<zi...@ig...>'s request for review:
Bug 3: protected operators can make duplicate modes onjoin
http://bugs.ignition-project.com/show_bug.cgi?id=3

------- Additional Comments from Keith Gable <zi...@ig...>
This was fixed I guess. All is well.

Keith Gable <zi...@ig...> has denied Keith Gable
<zi...@ig...>'s request for blocking-0.3.7:
Bug 3: protected operators can make duplicate modes onjoin
http://bugs.ignition-project.com/show_bug.cgi?id=3

------- Additional Comments from Keith Gable <zi...@ig...>
This was fixed I guess. All is well.

http://bugs.ignition-project.com/show_bug.cgi?id=23


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED




------- Comment #3 from zi...@ig...  2006-06-18 23:42 Eastern -------
Fixed in SVN r134. If you'd like a fresh SVN copy, shoot me an e-mail message
(ziggy at ignition - project dot com).


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=9


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




------- Comment #1 from zi...@ig...  2006-06-18 22:55 Eastern -------
Actually,

   The USERS command returns a list of users logged into the server in a
   similar  format  to  who(1),  rusers(1)  and finger(1).  Some people
   may disable this command on their server for security related
   reasons.   If disabled, the correct numeric must be returned to
   indicate this.

According to the IRC standard, USERS simply returns a list of users logged on
the server. This is a bad idea, and probably nearly impossible on Windows. It
certainly wouldn't serve any useful purpose.

Overloading it with an actual list of users on the server also seems pretty
hackish. If someone wants support for showing the list of users on the server
(beyond /whois * and /who *), please open a new bug for that. Because
otherwise, it seems pretty silly to support this command.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=25

           Summary: Monitor only monitors one local server process
           Product: ignitionServer
           Version: 0.3.6-P1
          Platform: PC
        OS/Version: Windows Server 2003
            Status: NEW
          Keywords: feature
          Severity: major
          Priority: normal
         Component: Monitor
        AssignedTo: ign...@ig...
        ReportedBy: zi...@ig...


The ignitionServer monitor only supports monitoring one server process. It
needs to be rewritten to support monitoring more than one server process. More
specifically, it needs to be rewritten to support monitoring remote servers.
Basically, you add a server to the monitor (the default local server would
appear by default, though), specify a username/password, and it would connect
to that server, check what it can do, and give you status information.

As it is right now, it's just useless UI that lets you boot the server, restart
it, and reload the configuration.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=24


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX




------- Comment #3 from zi...@ig...  2006-03-20 11:47 Eastern -------
Please don't unset my resolutions.

I'll explain in detail, then.

When you set a user as an owner, a flag gets set. This flag indicates the user
has the owner ability. When you set a user as a host, a DIFFERENT flag gets set
that indicates the user has the host ability. And when you set the user as a
voice, a third flag gets set that indicates the user has the voice ability.

When you unset a user as an owner, they go to the next highest flag they have
activated. If you set +qov on a user and then -q them, they will lose their
owner ability but retain host and voice. If you -qo them, they will lose their
owner and host ability but retain their voice.

Every client in existance makes assumptions based on the state of these flags,
and it would be a bug NOT to do this. If you want to write crappy scripts that
make an assumption that the server will unset all other flags when you set
flags, that's up to you, but it's really not that hard to set mode -qv+o on
someone.

This decision is WAY out of my hands, and I'm not about to break
ignitionServer's compatibility with every client out there just because setting
mode +o doesn't give them mode +o exclusively. If you think this is stupid,
take it up with the guy who designed IRC in the mid 1980's.

Also, this has possible security implications if I were to implement it in the
way you describe:
1) An owner who mass-+v's a channel will make everybody in the channel
including himself a voiced user with no other privileges.
2) A hos twho mass-+v's a channel will make every person and host in the
channel including himself a voiced user with no other privileges.
3) Channel takeovers would become quite easy.

Anyway. I'm not going to make ignitionServer incompatible with every client
I've ever seen as well as make it seem buggy to anyone else in the IRC
community.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=24


twi...@ro... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|WONTFIX                     |




------- Comment #2 from twi...@ro...  2006-03-20 09:32 Eastern -------
I still say u shouldn't be able to give some 1 +q then +o but they still have
the +q symbol. (.<nick>)


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=24


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX




------- Comment #1 from zi...@ig...  2006-03-20 08:26 Eastern -------
WONTFIX.

This is by design. IRCX and IRC both allow a user to possess different levels
of channel permissions at the same time. In IRC's case, a person can be a
channel operator and a voice at the same time, though the more powerful
attribute (channel operator) will be what shows up. In IRCX, this is expanded
to support owners, hosts, and voices.

If you notice, in many MSN scripts (I know, I hate using these stupid things as
examples, but..), the "Make Owner" command generally sets mode +qov on a
person. That way, if someone attempts to "take over" the channel by setting
mode -q on all owners, all of the owners still have host and voice privileges.

If you want to take away someone's privileges and then assign your own (and
have it work under all conditions), the following snippet will work:

//mode # -qov+<whatever> <nick>

For example:

//mode # -qov+o Ziggy
...gives Ziggy host, and removes all other flags. They will unconditionally
become host.
//mode # -qov+v Ziggy
...gives Ziggy voice, and removes all other flags. They will unconditionally
become a voice.

Anyways, like I said, this is actually a fundamental way of how IRC (and
therefore IRCX) functions.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=24

           Summary: Fixing +o/+q
           Product: ignitionServer
           Version: 0.3.6-P1
          Platform: PC
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: normal
         Component: Core
        AssignedTo: ign...@ig...
        ReportedBy: twi...@ro...


Lets say Some one is owner +q, Well when u type //mode # +o <nick> it leaves
them q, but they are also +o at the same time. is there anyway to fix this for
future use so u can +q the user or +o them on seperate lines so +o would remove
+q (only if the person setting +o on a +q user is already an owner of course)


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Keith Gable <zi...@ig...> has granted Keith Gable
<zi...@ig...>'s request for blocking-0.3.7:
Bug 23: Setting modes that dont exist without a '+ or -' Sign
http://bugs.ignition-project.com/show_bug.cgi?id=23

------- Additional Comments from Keith Gable <zi...@ig...>
component -> Core
severity -> normal
milestone -> 0.3.7
priority -> high
os -> Windows
blocking-0.3.7+


I have not actually confirmed this bug in latest CVS, but I don't remember
fixing it. I'm making the assumption that it's broken.


Anyways, yeah. I'm going to lean towards your comment that it's just not a nice
thing. I'll get right on this and see about getting it fixed in 0.3.7 :). It's
a rather simple fix, actually (until the + or - bit is set, ignore the modes).


Thanks for the report! :)

http://bugs.ignition-project.com/show_bug.cgi?id=23


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|minor                       |normal
             Status|UNCONFIRMED                 |ASSIGNED
          Component|ircx.conf                   |Core
     Ever Confirmed|0                           |1
         OS/Version|Windows XP Home Edition     |Windows
                   |(SP2)                       |
           Priority|normal                      |high
   Target Milestone|future                      |0.3.7
               Flag|                            |blocking-0.3.7+




------- Comment #2 from zi...@ig...  2006-03-14 13:36 Eastern -------
component -> Core
severity -> normal
milestone -> 0.3.7
priority -> high
os -> Windows
blocking-0.3.7+

I have not actually confirmed this bug in latest CVS, but I don't remember
fixing it. I'm making the assumption that it's broken.

Anyways, yeah. I'm going to lean towards your comment that it's just not a nice
thing. I'll get right on this and see about getting it fixed in 0.3.7 :). It's
a rather simple fix, actually (until the + or - bit is set, ignore the modes).

Thanks for the report! :)


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=23





------- Comment #1 from twi...@ro...  2006-03-12 01:55 Eastern -------
Its annoying being able to 'set ddddddddddd' not a PLUS mode either um, i dunno
its like i can set //mode # <mode> without a plus sign, it dosent actually
'set' but mirc shows u it like '* KaZ sets mode: ddddddddddddd'


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=23

           Summary: Setting modes that dont exist without a '+ or -' Sign
           Product: ignitionServer
           Version: 0.3.6-P1
          Platform: PC
        OS/Version: Windows XP Home Edition (SP2)
            Status: UNCONFIRMED
          Severity: minor
          Priority: normal
         Component: ircx.conf
        AssignedTo: ign...@ig...
        ReportedBy: twi...@ro...


<tulip> lol
* KaZ sets mode: ddsh
<KaZ>  
<KaZ> lol
* KaZ sets mode: ddddddddddddd
* KaZ sets mode: pnis
* Lemon_Bot sets mode: -i


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=22


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|normal                      |low




------- Comment #1 from zi...@ig...  2006-02-15 19:34 Eastern -------
pri -> low


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=22

           Summary: Drag-drop does not work all the time in the menu editor
                    in IE
           Product: Web Services
           Version: unspecified
          Platform: PC
               URL: http://svn.ignition-project.com/repo/www/app/views/menu/
        OS/Version: Windows Server 2003
            Status: NEW
          Keywords: fixme
          Severity: trivial
          Priority: normal
         Component: Web Site
        AssignedTo: www...@ig...
        ReportedBy: zi...@ig...


Drag-and-drop menu reordering does not work right in IE. It works one time and
then you can no longer move stuff around. I think it has to do with it not
parsing innerHTML's JavaScript or something, but I dunno.

Fix it if you feel like it.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=21


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|normal                      |high




-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=21

           Summary: No define(IN_ESSENCE)
           Product: Essence Engine
           Version: SVN
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Keywords: security
          Severity: blocker
          Priority: normal
         Component: Core
        AssignedTo: ess...@ig...
        ReportedBy: zi...@ig...


We need to make the config file define(IN_ESSENCE) and then all of the includes
need to check to see that IN_ESSENCE is defined before loading. That way,
exploits involving executing code that shouldn't run outside of Essence are
null and void.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=20


zi...@ig... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |blocker
           Priority|normal                      |high




-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.ignition-project.com/show_bug.cgi?id=20

           Summary: Need to move all non-page files into includes/
           Product: Essence Engine
           Version: SVN
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: normal
         Component: Core
        AssignedTo: ess...@ig...
        ReportedBy: zi...@ig...


The stuff that is included (parsemessage.php for example) needs to be placed
into includes/. Really, the only files that aren't there should be essence.php
(mainheader.php), and the pages.


-- 
Configure bugmail: http://bugs.ignition-project.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.