Sivuston uudistuksen myötä etusivulla nyt olevien uutis-, ilmoitus- ja kuulutusotsikkolinkkien toiminnassa on jotain kummallista. Seuraavassa kuvailemani ongelma ilmenee välillä, välillä taas ei.
Jos valitsen esim. ”Omaishoidontuen ohjeet muuttuvat 1.5.2017 alkaen” -otsikon oikealla hiirennapilla, ja valitsen kontekstivalikon ”Avaa uuteen välilehteen” -toiminnon, uuteen välilehteen avautuu etusivu, ei linkattu artikkeli. Bugi ilmenee myös, jos kopioin artikkelin linkin leikepöydälle (saman kontekstivalikon kautta) ja liimaan sitten tuon kopioidun osoitteen toisen välilehden osoitepalkkiin (välilehdellä avautuu artikkelin sijasta etusivu). Tämä hankaloittaa artikkeleiden jakamista.
Suoraan vasemmalla hiirennapilla avattuina linkit tuntuisivat toimivan kuten odottaisinkin (samalla välilehdellä avautuu siis otsikkoon linkitetty artikkeli).
Onnistuin toisintamaan bugin Firefoxilla (53.0) ja Chromella (58.0.3029.81), mutta tosiaan vain hetkittäin; välillä linkit toimivat myös kontekstivalikon kautta kuten pitääkin, eli otsikkoon linkitetty osoite viittaa artikkeliin eikä etusivulle.
I prefer to use anchors closest to the point when communicating links. Unfortunately on many websites those anchors are hard to pick up using basic browser features. Typically, you’ll have to dig into the page source and manually copy the element id you want.
This add-on does that for you. That’s all it does, and for such specific use the no-frills approach is perfect.
As a bonus, the developer is friendly and issues can be easily raised through Github. (Not that such a simple tool should have many, but the one I had was fixed in no time.)
Just tested it and I can confirm that it works. Thanks a lot! I’ll post a review on AMO right after this.
I’m using Firefox 41.0 (in Ubuntu 14.04). Steps to reproduce:
1. Go to Firefox privacy settings, set ”Remember history” (allow FF to restart if needed)
2. Install jump to anchor
3. Verify it works (context menu has ”Jump to anchor”)
4. Go to Firefox privacy settings, set ”Never remember history” and allow FF to restart
5. Open context menu
What happens:
”Jump to anchor” is missing from the context menu.
Hi Christopher, sure. For the test user, I just go to the top right cog menu, select ”Startup Applications…” and ”Add” Firefox (/usr/bin/firefox). Firefox remembers the window size, so I start it once (manually), maximize the window and then close it. On the next login, it should start maximized.
Steps to reproduce:
0. Set up Chromium/Firefox to prompt when it’s not the default browser (e.g. for FF, set browser.shell.checkDefaultBrowser to true)
1. Create/save a file with .html extension
2. From Nautilus, open the file’s properties
3. On the Open With tab, select gedit as default application to open html files with
4. In System settings, select Details and verify that in Default Applications the Default Web Browser hasn’t changed
5. Start Chromium/Firefox
What happens:
The browser thinks it’s not the default browser anymore and prompts you to set it as such.
What I expect to happen:
For the browser to know it still is the default browser and not ask about it.
Has this happened before:
Doesn’t seem to apply to Lucid, so the bug occurs somewhere between 10.04…12.04.
Further info:
I’ll attach a screenshot demonstrating the above result.
I’m not at all sure whether I filed this against the right package, feel free to correct it.
This is apparently caused by something not in Chromium itself: it’s not reproducible in a VM running Oneiric, with 17.0.963.26 from ppa:chromium-daily/dev nor with Chrome 17.0.96356. It *is* reproducible in Precise with the latter too, but not reproducible with Firefox nor Epiphany. In Precise with Chromium 17, it’s reproducible with a temporary profile and a guest login also.
Then I would rephrase this into a bug report as follows: currently, the toolbar navigational buttons (previous, next) are positioned to the right from the location bar. This is inconsistent with what most users probably expect, which is the way they are located in a web browser.
The three web browsers I currently have installed on this system position these elements as follows:
- Epiphany 3.2.1: previous, next buttons above the left end of location bar.
- Firefox 9.0: previous, next buttons to the left from location bar.
- Chromium 15.0.874.121: previous, next buttons to the left from location bar.
From my personal anecdotal evidence, with this background, I say suddenly finding the navigational buttons from the right end of the location bar in one app is undly arduous. Thus this bug’s title should be: Move the navigation buttons to the left of the location bar.
(IIRC this was also how the buttons were back in Gnome 2. If there was some usability reasoning behind moving them to the right, I’d be interested in reading about it.)
a) Minulta kesti pitkään tottua Firefoxin osoitepalkin logiikkaan sen jälkeen, kun se vaihtui (olikohan versioiden 2 ja 3 välillä, vai jo peräti 1.5:n ja 2:n). Nyt sitten kun olen vaihtanut Chromiumiin, en millään totu sen logiikkaan, vaan törmään koko ajan siihen, ettei odottamani osoite ilmesty osoitepalkin tarjokkaisiin antamistani kirjainvihjeistä. On hassusti nurinkurista, mikäli todella on niin kuin epäilen, että Chromiumin logiikka muistuttaa enemmän Firefoxin aiempaa kuin nykyistä logiikkaa.
I marked the answer above as unhelpful, because the issue raised in the title of the question went unanswered by it: English not showing up in the preferences, i.e. the language selection dropdown menu didn’t have English. I was able to fix this by unselecting Google and Google Services from HTTPS Everywhere’s settings, but then again wasn’t able to reproduce it after re-enabling them, so I’m still not sure whether HTTPS Everywhere was the root cause.