Closed Bug 140716 Opened 23 years ago Closed 16 years ago

cancel a subscribe newsgroup dialog is slow to respond

Categories

(MailNews Core :: Networking: NNTP, defect)

Product:
MailNews Core
Component:
Networking: NNTP
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: pete, Unassigned)

References

(
URL
)

Details

(Keywords: perf)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9+) Gecko/20020426 BuildID: 2002042608 (1.0 branch) snews://secnews.netscape.com/ Reproducible: Always Steps to Reproduce: 1. load this URI in the browser: snews://secnews.netscape.com/ 2. click Cancel when asked if you want to subscribe Actual Results: dialog takes about 2 seconds to disappear (on an AMD Duron 750, 256MB RAM) Expected Results: dialog should disappear quicker
No wait time for me. I only have a 633 Mhz Celeron and 256 Mb of Ram and WinXP Have you overwrite an old mozilla ? Or maybe server was too busy ? Marking this as resolved invalid or wontfix ?!
I use installer builds every day to overwrite the previous day's installation. the dialog is a confirmation asking if you want to contact the server, so server busyness has nothing to do with it. the amount of time I have to wait for the dialog to disappear changes, just now I tried it again and it took about 6 seconds
No problem ! I made a clean install of 2002042803 build from latest folders a few hours ago, and box is closed without any wait. I had lots of problems overwriting old mozilla by new ones. just my 0,02$ ;-)
-> Mailnews
Assignee: Matti → sspitzer
Component: Browser-General → Networking: News
Product: Browser → MailNews
QA Contact: imajes-qa → stephend
worksforme with build 2002-09-01-08, Windows 2000.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified dup
Status: RESOLVED → VERIFIED
no, I don't know. my bug, my job to verify it. the cancel operation still takes about 2 seconds for me
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
Are you on the trunk or the branch?
1.1. I can try it with a trunk build if anythings been fixed that relates to this bug
I see this now, with build 2002-09-04-08. It takes the 2 seconds like you say the 1st time, then subsequent actions are almost immediate (at least for the same server). Confirming, Windows 2000.
URL: http://snews://secnews.netscape.com/ → snews://secnews.netscape.com/
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: perf
subsequent retries for me from the same server take as long as the 1st time
*** Bug 175677 has been marked as a duplicate of this bug. ***
Seth must be swamped. What is the current status on this, is it still as slow?
Product: MailNews → Core
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: stephend → networking.news
Firefox doesn't know how to deal with this protocol. Mozilla did. Shall I resolve it WONTFIX?
No. snews: is a valid protocol ("secure news"), that we do support. Even if it is mostly unused.
OK, well I'll leave it with you guys then. The reason I said this was because I tried it in my location bar and Firefox (more correctly, 'Iceweasel') wasn't having any of it.
Product: Core → MailNews Core
Well, it ain't slow for me.
Status: NEW → RESOLVED
Closed: 23 years ago → 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.