Closed
Bug 146239
Opened 22 years ago
Closed 20 years ago
Help: Clicking on a search result then resizing the window causes the results to go offscreen
Categories
(SeaMonkey :: Help Documentation, defect, P2)
Tracking
(Not tracked)
Future
People
(Reporter: sspitzer, Assigned: neil)
References
Details
(Keywords: helpwanted, Whiteboard: [ue])
need search progress in help
when I do a search in help, I can't tell when it is searching, or when it is done.
especially for searches that don't find any results.
some other help issues, that can be split out into other bugs:
1) after a search that finds results, a search with no results doesn't clear the
search results.
2) if a search results no results, perhaps put "No results found" in the search
resutls area
3) after clicking on a search result, resizing the window can cause the result
to go offscreen. note, that's not what happens if I go to an anchor on a
webpage, and resize.
Reporter | ||
Comment 1•22 years ago
|
||
saw this during jglick's UE study, so adding [ue] to status whiteboard.
Summary: need search progress in help → need search progress in help, and other UE issues with help
Whiteboard: [ue]
Seth, thanks for the feedback. Jennifer, this is OK as a Bugzilla bug...The Help
viewer is in the Mozilla builds.
As for the specifics of the bug, I don't think we need a progress indicator, as
the search happens quickly. The main thing is to indicate that no results were
found. That's already covered in
http://bugzilla.mozilla.org/show_bug.cgi?id=134076.
I think #3 of Seth's list is the only one that may not be covered by bug 134076.
I'll reword the summary of this bug to say "UE issues with help" only, to cover
items not fixed by 134076.
Summary: need search progress in help, and other UE issues with help → UE issues with help
Ian, I'm still seeing behavior #3 described by Seth. All other items in this bug
have been fixed. Changing summary to reflect the remaining issue.
Summary: UE issues with help → Help: Clicking on a search result then resizing the window causes the results to go offscreen
marking nsbeta1+ for the next release and setting priority to P3.
Keywords: nsbeta1+
Priority: -- → P3
Comment 6•21 years ago
|
||
moving stuff over to an outside-the-firewall email for the time being, looking
for people to pick these Help and doc bugs up for me.
Assignee: oeschger → oeschger
Comment 7•21 years ago
|
||
mass reassign of all of Ian Oeschger's bugs to me (R.J. Keller).
Assignee: oeschger → rlk
Comment 8•21 years ago
|
||
This will be fixed for 1.6 alpha. I'm also displaying search tips when no
results were found.
Target Milestone: mozilla1.2alpha → mozilla1.6alpha
Updated•21 years ago
|
QA Contact: tpreston → stolenclover
Comment 9•21 years ago
|
||
WORKSFORME
I'm not seeing any of 4 problems reported in this bug.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Comment 10•21 years ago
|
||
#3 still exists
> 3) after clicking on a search result, resizing the window
> can cause the result to go offscreen. note, that's not
> what happens if I go to an anchor on a webpage, and resize.
Steps to Reproduce
1. To to any topic that doesn't start at the top of a page
2. Maximize or Restore window.
Result:
you lost your place...
Same bug in Firebird Help. This could be a dupe, but can't find the prime bug.
-> reopen & up the priority
Comment 11•21 years ago
|
||
I still can't reproduce this. Nothing seems to have changed when I minimized and
restored the help window (and I did select a topic that started in the middle of
the page).
Comment 12•21 years ago
|
||
Daniel: Can you post screenshots of this problem?
Comment 13•21 years ago
|
||
> I still can't reproduce this. Nothing seems to have changed when I
> minimized and restored the help window (and I did select a topic
> that started in the middle of the page).
resize window. not minimize / restore
Updated•21 years ago
|
Target Milestone: mozilla1.6alpha → mozilla1.7alpha
Comment 14•21 years ago
|
||
OK, I see it now after resizing when doing steps in comment #10. I also see this
in the browser, so it looks to me that this is a issue with Gecko.
Daniel, can you move this to an appropriate component?
Comment 15•21 years ago
|
||
personally, I don't see this bug as a high priority. In fact, I question whether
it is a bug.
--> Future
Target Milestone: mozilla1.7alpha → Future
Comment 16•20 years ago
|
||
Moving to new Help component owner.
Assignee: rlk → neil.parkwaycc.co.uk
Status: REOPENED → NEW
Assignee | ||
Comment 17•20 years ago
|
||
I agree, this looks like a Gecko bug, not help-specific.
Status: NEW → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → WONTFIX
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 18•20 years ago
|
||
*** Bug 273714 has been marked as a duplicate of this bug. ***
Comment 19•20 years ago
|
||
depends on bug 19261?
Comment 20•20 years ago
|
||
In fact, I regard this as a dupe of bug bug 19261 (when resizing the window,
need to keep place in content). This is indeed a Gecko bug.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Comment 21•20 years ago
|
||
Also removing dependency on bug 161765.
*** This bug has been marked as a duplicate of 19261 ***
No longer blocks: 161765
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•