View Issue Details

IDProjectCategoryView StatusLast Update
0002805unrealircdpublic2007-04-18 05:02
ReporterDanPMK Assigned To 
PrioritynormalSeveritytrivialReproducibilityalways
Status closedResolutionduplicate 
OSWindowsOS Version5.1 
Product Version3.2.3 
Summary0002805: Simple mode error
DescriptionUnreal is very smart when preventing certain modes from being set, such as when you set +s, it would automatically set -p, and vice versa. However I noticed one bug with this: +L. When you attempt to set +L when the channel is -l, then you get the message "L +l must be set", as you should. Setting +l will obviously allow +L. However if you set both +l and +L, and then set -l, +L still remains. This is a very trivial little glitch, but a glitch nonetheless. Should be able to fix it the way the channel automatically does -K when -i is set.
Steps To ReproduceSet +l to a channel, then set +L, then set -l and see that the +L remains.
TagsNo tags attached.
3rd party modules

Relationships

duplicate of 0002040 resolvednenolod +L without +l? 

Activities

pinstrate

2006-02-07 10:11

reporter   ~0011157

Why?
Simply let's say there's such situation:
in peak hours the channel is limiten to n users (+l n) and linked to chan2
When there are less users, I can just set -l and +L remais, so next time when it reaches the peak, I can set only +l and I won't have to set +L again.

DanPMK

2006-02-07 11:08

reporter   ~0011158

I agree that it's not an issue in any way, just that it's not supposed to happen, apparently.

aquanight

2006-02-07 17:15

reporter   ~0011160

People should use search boxes more...

0002757

0002040

DanPMK

2006-02-08 01:33

reporter   ~0011173

The issue was never resolved in either of those. Any suggestions? I guess since only chan owners can do it might as well leave it as it is...

WolfSage

2007-04-16 01:01

reporter   ~0013438

2040 seems to be the master ticket here, and even that hasn't been touched since '04. I say we readdress the issue (if there is one) there and close this, as well as 2757.

Issue History

Date Modified Username Field Change
2006-02-07 02:15 DanPMK New Issue
2006-02-07 10:11 pinstrate Note Added: 0011157
2006-02-07 11:08 DanPMK Note Added: 0011158
2006-02-07 17:15 aquanight Note Added: 0011160
2006-02-08 01:33 DanPMK Note Added: 0011173
2007-04-16 01:01 WolfSage Note Added: 0013438
2007-04-16 10:40 stskeeps Relationship added duplicate of 0002040
2007-04-16 10:41 stskeeps Status new => acknowledged
2007-04-17 15:32 stskeeps Status acknowledged => closed
2007-04-17 15:32 stskeeps Resolution open => duplicate