Using "open with" from download dialog does not render a link to a local file as visited

NEW
Unassigned

Status

()

6 years ago
4 years ago

People

(Reporter: sleepywitchy, Unassigned)

Tracking

({regression})

11 Branch
x86
Windows XP
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Build ID: 20120215223356

Steps to reproduce:

I searched for files in a removable disk using ZipScan (http://www.zipscan.co.uk/) and saved the result in html.




Actual results:

When I click the link to a file it doesn't change to the "visited" color.
This happens on versions of firefox after 10.0.2


Expected results:

The link should change color from blue to purple.
Hello sleepywitchy,

I just found your old bug report in the history and was wondering if this is still a valid bug?
I have tested with a own page (not from your tool) and was not able to reproduce it.

can you please give us more information or an example code, so that we can check in detail?
maybe this was solved in an actual Version of Firefox?

thanks for your help.
Flags: needinfo?(sleepywitchy)
(Reporter)

Comment 2

4 years ago
(In reply to Stefan Weiss [:sir_none] from comment #1)
> Hello sleepywitchy,
> 
> I just found your old bug report in the history and was wondering if this is
> still a valid bug?
> I have tested with a own page (not from your tool) and was not able to
> reproduce it.
> 
> can you please give us more information or an example code, so that we can
> check in detail?
> maybe this was solved in an actual Version of Firefox?
> 
> thanks for your help.

Sorry about the delay but I've been running new tests and getting you some test subjects.
As far as I can see the problem still remains.
Here (http://www66.zippyshare.com/v/32795225/file.html) inside the rar are a results file (test.htm) and 2 test files (test.rar and test2.rar) if you want to see if it's the same in your system. It's just vey basic files to keep it small.
Thank you for your help.
Flags: needinfo?(sleepywitchy)
Works for me in today's Nightly from nightly.mozilla.org in Windows XP SP2.

Steps:
1. Install the latest Nightly
2. Download subjects.rar (comment 2)
3. Extract subjects.rar to C:\
4. Open Nightly and go to File > Open File
5. Find test.html in C:\ and open it
> a page loads with links to C:\test.rar and C:\test2.rar
6. Click either of the links and download the file
> Link changes from blue to purple

Please provide steps we can use to reproduce this issue.
Component: Untriaged → General
Flags: needinfo?(sleepywitchy)
Keywords: steps-wanted
(Reporter)

Comment 4

4 years ago
I've tried this using firefox 32.0.3 and using computers with Windows 8.1, Windows 7 SP1 and Windows XP SP3 and it doesn't work with any of these setups.
If you have any suggestions on what I can do please let me know.
Flags: needinfo?(sleepywitchy)
(Reporter)

Comment 5

4 years ago
(In reply to sleepywitchy from comment #4)
> I've tried this using firefox 32.0.3 and using computers with Windows 8.1,
> Windows 7 SP1 and Windows XP SP3 and it doesn't work with any of these
> setups.
> If you have any suggestions on what I can do please let me know.

New info: it works if I download the file but it doesn't work if I just open it (that's what I usually do).
I don't know what it means but I just found this out.
Component: General → File Handling
Keywords: steps-wanted
Summary: A page with links to files in c: don't show visited and unvisited in different colors. → Using "open with" from download dialog does not render a link to a local file as visited
I can confirm this issue although the original assertion that this started with Firefox 10.0.2 is incorrect. Based on my testing this first started in Firefox 11. I'll see if I can narrow this down further.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regressionwindow-wanted
Version: 10 Branch → 11 Branch
Good: 20111201031025 - e9686560b98d
 Bad: 20111202031055 - c101c5f8c928
 Log: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e9686560b98d&tochange=c101c5f8c928

Unfortunately nothing in the log stands out to me as something that could have caused this bug. I'll continue to regress this with mozilla-inbound builds.
Keywords: regression
Good: 20111130040239 - 44dfd2fcad0e
 Bad: 20111201040245 - c5c36c2f1c21
 Log: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=44dfd2fcad0e&tochange=c5c36c2f1c21

Unfortunately nothing stands out here to me either. Hopefully a developer can have a look and determine which patch might have caused this.

Thanks for filing, sleepywitch.
Keywords: regressionwindow-wanted
You need to log in before you can comment on or make changes to this bug.