Distinguish between visited and non-visited links after quitting
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Midori Web Browser |
Confirmed
|
Medium
|
Unassigned | ||
midori (Debian) |
Fix Released
|
Unknown
|
Bug Description
affects midori
affects debian
done
On sam., 2011-10-08 at 00:00 +0200, Francesco Poli (wintermute) wrote:
> Hello!
>
> When I follow a link from a web page, that link changes style
> (by default from blue-color to violet-color, but other stylistic
> changes may be defined by the CSS stylesheet used by the web page).
> This behavior is common to many web browsers (it is mandated by
> W3C standards, if I recall correctly) and Midori is no exception.
>
> However, Galeon, Iceweasel, and also Chromium remember visited
> links (and continue to show them in "visited link" style) across
> sessions, as long as the visited page is present in the browser
> history. This is not the case for Midori (or for Epiphany,
> for that matter): visited links seem to be forgotten, as soon as
> I quit Midori.
>
> This is unpractical, as I find it useful to clearly see which links
> I have already visited during recent browsing sessions (say,
> in the past few days or weeks).
>
> Is this an intended behavior or a bug?
>
>
To be honest I'm not sure. But it seems here it doesn't even change
color when I click on links so it might just be broken.
Regards,
--
Yves-Alexis
summary: |
- Re: Bug#644660: midori: fails to distinguish between visited and non- - visited links after quitting + midori: fails to distinguish between visited and non-visited links after + quitting |
affects: | debian → midori (Debian) |
Changed in midori (Debian): | |
importance: | Undecided → Unknown |
status: | New → Unknown |
Changed in midori (Debian): | |
status: | Unknown → Confirmed |
Changed in midori (Debian): | |
status: | Confirmed → Fix Released |
Color is expected to change when you browse without closing Midori, except if you open separate tabs it may not.
This comes down to a missing feature in WebKitGTK+, see https:/ /bugs.webkit. org/show_ bug.cgi? id=32789