[UX] Fully disable links in Print Preview (no context menu, no tooltips, no color change on click)

NEW
Unassigned

Status

()

Core
Print Preview
P4
minor
16 years ago
6 days ago

People

(Reporter: ajbu, Unassigned)

Tracking

({testcase})

Trunk
x86
Windows XP
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(3 attachments)

(Reporter)

Description

16 years ago
Build  2002022603 on Windows XP Pro
In Print Preview, links change color when clicked, and right-mouse contextmenu 
for links shows when clicking on link with right mouse button. This gives some 
strange results when for example choosing 'open in new tab' from preview.
This might be confusing when doing this by mistake.

Duplicate:
1) Open a webpage with links
2) Open Print Preview
3) Click on a link, or click on it with the right mouse button

Expected result: nothing should happen
Actual result: Link changes color or context menu for links opens.

Updated

16 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 1

16 years ago
I am not seeing the ccolor change, there was a recent fix for that. but the
context menu shouldn't show up
Severity: normal → minor
Status: NEW → ASSIGNED
Keywords: nsbeta1
Target Milestone: --- → mozilla1.0

Comment 2

16 years ago
ajbu, please provide better steps to see the problem...thanks
(Reporter)

Comment 3

16 years ago
The coloring of links when clicked might be stylesheet related. When testing 
this on another page this isn’t visible. Link contextmenu is always visible. I 
also tested this on Windows 98 (dualboot) with the same effect.

Steps to reproduce:
1)	Start Mozilla (now running build 2002022703)
2)	Goto the Mozilla homepage http://www.mozilla.org
3)	Choose File/Print Preview
->	Mozilla.org page shows up in Print Preview
4)	Click on the ‘Mozilla Developer Day’ link. 

-> The link text turns black, the underlining turns red.
-> Click with the rightmousebutton on the link. Context menu for links shows. 
Choose ‘Open in new tab’

Hope this helps.

Comment 4

16 years ago
I'll quickly look into this later, but I have user input turned in the style sheet.

The context menu issue us now bug 128449
Keywords: nsbeta1
Priority: -- → P1
Target Milestone: mozilla1.0 → Future

Comment 5

16 years ago
reporter: do you mean A:active can be triggered when the user mousedown on a
link in print preview ?

Comment 6

16 years ago
I am seeing a similar behaviour on WinXP when viewing 
dunfermlineathletic.rivals.net in Mozilla 0.9.9. When in print preview mode, 
the text is underlined in the color specified in the style sheet, even though 
the text itself is in black. Moving the mouse over the text links changes the 
underline color to black (most of the time). Sometimes moving the mouse over 
the link does not change the underline color, but most times it does.

Also, you will see from the attachment that it does not handle the menu bars 
on Rivals.net very well at all.

The attachment below shows the page as rendered by Moz 0.9.9's print preview 
function on WinXP. The second attachment shows what the page looked like in 
the browser itself.

Comment 7

16 years ago
Created attachment 78221 [details]
print preview view of dunfermlineathletic.rivals.net on Moz 0.9.9

Comment 8

16 years ago
Created attachment 78222 [details]
normal browser view of dunfermlineathletic.rivals.net on Moz 0.9.9

Comment 9

15 years ago
*** Bug 213724 has been marked as a duplicate of this bug. ***

Comment 10

13 years ago
(In reply to comment #3)
> 4)	Click on the ‘Mozilla Developer Day’ link. 

Now, a color is not changed only by clicking a link.
But on the page which has set up "a:hover" etc. by css, a color changes only by
placing a mouse on a link.

Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.8a6) Gecko/20041207
Firefox/1.0+

Comment 11

13 years ago
Links are still semi-alive in Firefox 1.0.

1. Start Firefox (default homepage!).
2. Select File->PrintPreview
3. Right Click on link and choose "Open in new tab".
4. Close tab with print preview.
5. Now you have normal page with normal links and print preview controls on tob
but without normal buttons and such. Oops.

Checked with FireFox 1.0 under Windows XP and Windows 2000...

Comment 12

13 years ago
1. go to http://dunfermlineathletic.rivals.net/
2. print preview
3. mouse over links

results: 
"link"s change color on mouseover, do not result in page loads, no context menu.

expected results:
all preview pages are static

No longer happens with http://www.rivals.net/ or the other examples.  So, what's
special about http://dunfermlineathletic.rivals.net/ ?
Assignee: rods → printing
Status: ASSIGNED → NEW
Keywords: testcase
QA Contact: sujay
Target Milestone: Future → ---

Comment 13

13 years ago
similar goodies in bug 250545

Comment 14

12 years ago
Created attachment 203521 [details]
simple testcase

just hover over the links in print preview and see colors changing.

Comment 15

12 years ago
(In reply to comment #12)
>
> No longer happens with http://www.rivals.net/ or the other examples.  So, what's
> special about http://dunfermlineathletic.rivals.net/ ?

responding to my own b.s. I don't know what I was testing at the time, but contrary to what I said, the problem still exists on the links metiond

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051112 Firefox/1.6a1

Comment 16

12 years ago
*** Bug 250545 has been marked as a duplicate of this bug. ***

Comment 17

12 years ago
*** Bug 167971 has been marked as a duplicate of this bug. ***

Comment 18

10 years ago
(In reply to comment #14)
> Created an attachment (id=203521) [details]
> simple testcase
> 
> just hover over the links in print preview and see colors changing.
> 

I am not seeing this anymore with this testcase.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008020504 Minefield/3.0b4pre ID:2008020504
QA Contact: printing
Assignee: printing → nobody
Priority: P1 → P4
Summary: Links are partly 'enabled' in Print Preview → [UX] Fully disable links in Print Preview (no context menu, no tooltips, no color change on click)
Duplicate of this bug: 1393494
Duplicate of this bug: 1396036
You need to log in before you can comment on or make changes to this bug.