Closed Bug 57290 Opened 24 years ago Closed 23 years ago

Cannot open links from what's related in the sidebar

Categories

(SeaMonkey :: Sidebar, defect, P1)

Product:
SeaMonkey
Component:
Sidebar
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9.1

People

(Reporter: tracy, Assigned: bugzilla)

References

Details

(Keywords: smoketest)

seen on commercial trunk builds: windows 2000-10-19-06-Mtrunk linux 2000-10-19-08-Mtrunk mac 2000-10-19-04-Mtrunk -browse any page -open sidebar and click on what's related -click on a listed link expected results: link opens in browser window tested results: nothign new is displayed (though URL is diplayed in location bar)
Keywords: smoketest
the workaround it to click in the urlbar and hit enter... not sure if this should hold the tree. consulting the cabal. er, i mean, the community.
lowering severity to major. easy workaround of reload or enter in the URL bar and this doesn't block other testing.
Severity: blocker → major
About the same thing happens if you select an URL in an xterm and click the middle mouse button on the browser to open it.
rtm, cc:johng
Keywords: rtm
This should be in bugscape. Don't we already have a bug on this?
Whiteboard: [rtm need info]
This will be an invalid bug once i check in a fix to http://bugscape/show_bug.cgi?id=2792 since i'm going to check in the old sidebar
dup of 54795 (reopened it...) *** This bug has been marked as a duplicate of 54795 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
oops..resolved dup of the wrong bug..
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Matt, did this get fixed with the new checkin?
still seeing on commercial trunk builds: windows 2000-10-25-06-Mtrunk linux 2000-10-25-06-Mtrunk mac 2000-10-25-04-Mtrunk
I haven't checked this into the trunk yet. Will check in once we are verified on http://bugzilla.mozilla.org/show_bug.cgi?id=57840
Minusing this to get it off the RTM radar.
Whiteboard: [rtm need info] → [rtm-]
initially this was allowing the user to workaround by clicking in the URL location bar and hitting enter to get the selected what's related topic to load. Now the URL goes to some sort of redirect.alexa.com for any topic chosen in the what's related tab. The workaround is no longer possible to use. upgrading to blocker seen on commercial builds: windows 2000-11-27-06-Mtrunk linux 2000-11-27-06-Mtrunk mac 2000-11-27-04-Mtrunk
Severity: major → blocker
Making this a P1. Matt, do you still need to check this into the trunk?
Priority: P3 → P1
left a message on matt's voicemail.
Could it be that the site, redirect.alexa.com that is used to display this panel is just down? I tried connecting to it and I couldn't. The Related Links sidebar panel takes ages to display. I don't know that this is a problem in our code...
the site is up and this is no longer happening. workaround is functional again, lowering severity
Severity: blocker → major
This seems to work for a while and then stops all of a sudden. If the throbber is moving then you can click on related links and they open in the browser. But if the throbber stops completely and then you clickthen related links do not open in the browser.
seen on linux build 2000-12-13-06-Mtrunk the page opens in the browser but the URL doesn't show in the location field this is visa versa to what was happening before. note: still on windows and mac URL appears, page doesn't load
*** Bug 63304 has been marked as a duplicate of this bug. ***
Keywords: rtm
Whiteboard: [rtm-]
*** Bug 63724 has been marked as a duplicate of this bug. ***
work around no longer functioning...clicking link in what's related sidebar tab doesn't open in URL bar or in browser at all. upgrading to blocker
Severity: major → blocker
Anyone else seeing this?
I think this might be some problem on Alexa's end, or they changed something without telling us.
clicking link in sidebar loads the URL into the addressbar bug the page content is not loaded. testd with today's win32 and mac builds.
Reducing severity to major since workaround now works again.
Severity: blocker → major
Target Milestone: --- → mozilla0.8
Depends on: 66931
will be worked on after what's related specs are done.
Target Milestone: mozilla0.8 → ---
spam : changing qa to sujay (New Sidebar QA)
QA Contact: shrir → sujay
we gotta fix this....its too obvious a problem..
*** Bug 69106 has been marked as a duplicate of this bug. ***
Matt is on vacation until next week, so I'm building a commercial mac build to check this out.
*** Bug 70149 has been marked as a duplicate of this bug. ***
Marking nsbeta1+, mozilla0.9.1, we'll pick what little meat is on the carcass at 0.9.1.
Keywords: nsbeta1 → nsbeta1+
Target Milestone: --- → mozilla0.9.1
*** Bug 75347 has been marked as a duplicate of this bug. ***
lately clicking on a link in the sidebar what's related tab has been making the browser window go blank
Keywords: nsbeta1+ → nsbeta1-
Blake, Can you take this bug? I'm being told to do the old netscape related panel so i don't have time to work on a mozilla related panel. I think it might be alexa is giving us different data now. I see that you said the same thing in your comments also. Can you research it because we should fix it if we are going to ship it in mozilla 1.0.
Assignee: matt → blakeross
Status: REOPENED → NEW
I see this in today's builds - it's really annoying and makes what's related practically useless to the casual user. Sure there's workarounds but I'd say 90% of people will mark it off as just plain not working. Nominating Cat Fud.
Keywords: nsCatFood
this is no longer present on the latest commercial builds: windows 2001-04-30-06-trunk linux 2001-04-30-05-trunk
*** Bug 72879 has been marked as a duplicate of this bug. ***
I don't see this either. All seems to work fine. Andrew, do you still see it?
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
verified .
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.