Make mozilla the best porn browser - increment numbers in url



UI Design
18 years ago
13 years ago


(Reporter: Brian 'netdragon' Bober, Assigned: Brian 'netdragon' Bober)



Dependency tree / graph

Firefox Tracking Flags

(Not tracked)




18 years ago
Sometimes, people fill a directory with files such as:


Mozilla should have a smart browse feature (on a dockable toolbar of special 
features that lets you increment or decrement the number on a file to go to the 
next one.

If a file is:

Clock009.jpg: First it should try Clock010.jpg, then Clock10.jpg

If a file has two numbers or more, then for the first file you press the button 
for on the file group it should ask which number you want to increment.

It should also try incrementing such things as:

Clock010a.jpg to Clock010b.jpg

Comment 1

18 years ago
if you want to propose this feature, try netscape.public.mozilla.netlib.
Last Resolved: 18 years ago
Resolution: --- → INVALID

Comment 2

18 years ago
verified invalid

Comment 3

17 years ago
To add more information to this... I think that it should increment the url by
trying first incrementing the last letter in the url (such as a, b) then last
number in the url (except the extension), then try incrementing the next number
in the url, and then try incrementing all the numbers as one number.

Comment 4

17 years ago
It might also be useful to highlight the numbers you want to increment or
decrement then press the buttons.


17 years ago
Summary: Browse by number → Image browser - increment numbers in url


17 years ago
Summary: Image browser - increment numbers in url → Make mozilla the best porn browser - increment numbers in url
why was this invalid? it's a valid feature request...and what was cbegle talking
about wrt npm.netlib?!
Resolution: INVALID → ---

Comment 6

17 years ago
Sure it's a valid request. suggesting wontfix. :-) Daniel Veditz suggested
creating/using a non-builtin sidebar panel.
IMHO this should be one of the default bookmarks. I believe someone wrote a 
bookmarklet that would do this -- could we track that down and check it in?
It could even be something useful to add to the otherwise almost completely 
useless stuff on the so-called "taskbar" chrome.
Keywords: mozilla1.2

Comment 8

17 years ago
over to everyone's favorite engineer and qa contact 
Assignee: cbegle → nobody
Component: Browser-General → XP Apps
Priority: P3 → P5
QA Contact: asa → nobody

Comment 9

17 years ago
IMHO there are severe reasons why this feature should _not_ be shipped with any official Mozilla Build.
1. It would produce tousands of 404 errors on the webserver. 
Read all the "why are my logfiles ploated with errors on favicon.ico"-stuff to understand how annoying this is for webmasters.
2. Those picture-showing sites you mention may not like this feature. They don't like users to spring from 
image to image but want them to go back to their ad-bloated main pages as often as possible.
Not that I feel much sypathy for them, but this "feature" would make them remnaming their images rather soon or 
(much worse!) blocking access for Mozilla completely.

Comment 10

17 years ago
Netscape would not show the user the 404. It would do nothing if the image 
didn't exist. Also, it is more for if the user knows the images already exist. 
For instance, if the user has a directory listing that shows image01.jpg - 
image50.jpg, or a page that shows sample01.jpg - sample07.jpg. It is not made 
for mere guessing that an image exists. Doing so would waste the user's time.

Comment 11

17 years ago
If you want a sidebar panel that lets you increment/decrement numbers in urls 
quickly, try

If you have a list of images, you should probably use this instead (try it on :

javascript:x = document.links; z ='about:blank').document; for (i 
= 0; i < x.length; ++i) z.write('<p>' + x[i].innerHTML + ' ' + x[i].href.replace
(/\&/g, '&amp;').replace(/\>/g, '&gt;').replace(/\</g, '&lt;') + '<br><img 
src="' + x[i].href.replace(/"/g, '&quot;') + '"></p>\n');

(Yes, it uses innerHTML, doesn't check the extension for each link, and uses 
single-letter variable names (which are likely to conflict with other variable 
names).  I'll fix those problems eventually, and maybe also modify it to only 
show images for links that are selected.)


17 years ago
QA Contact: nobody → david

Comment 12

17 years ago
Very nice Jesse - I like it. Would "Browse by number" be able to use the 
address box of the browser window instead of a text box in the sidebar? Is it 
possible to detect what characters are selected in the url and 
increment/decrement those numbers/letters? I am not sure where to use that 
javascript snippet, but the ability for the sidebar to read all the links of an 
index and click a button to go to the next image would be great.

Comment 13

17 years ago
My original plan was to have the user paste into a textbox and then select part 
of the url, but I found out that Mozilla doesn't support selectionStart/End for 
textareas (bug 58850), so instead I set it up so you have to enter the index of 
the number to increment.  I don't plan to make a version that works directly 
from the location bar.


16 years ago
Blocks: 59921


16 years ago
Whiteboard: [Aufbau-Pf]


16 years ago
Whiteboard: [Aufbau-Pf]

Comment 14

16 years ago
You may be interested in a little perl script I wrote, and posted 
on It's called "", and it pretends
to be IE 5.5 as it 
goes onto a specified page, and downloads all the
linked files from it (optionally with a 
specified extension) while 
sending the original page as the "referer" header. (If you're 
windows, it works quite well with ActiveState's perl distribution)

Let the mozilla 
team focus on some truly important features.

Comment 15

16 years ago
Not all features have to be important. There are probably plenty of people who
would like to implement some "non-important" features that seem easy to
introduce themselves to coding Mozilla. Thanks for reminding me about this bug.
It is up to the developers to decide how important a feature request is. Some
sites have indexes that are really long and pressing back and the next link
would take too long depending on what you were doing. ahem. =-)

Keywords: mozilla1.2 → helpwanted
Target Milestone: --- → Future


16 years ago
Depends on: 58850, 113196


16 years ago
Depends on: 73373
No longer depends on: 113196

Comment 16

16 years ago
-> Me to decrease number of nobody bugs.
Assignee: nobody → netdemonz


16 years ago


16 years ago
Blocks: 123456


16 years ago
No longer blocks: 123456


16 years ago
No longer blocks: 59921

Comment 17

16 years ago
Another bit of javascript that might be of interest.  I dont have time to refine
at the moment so i thought i should put it up for anyone who might be
interested, but if i find time to write a better version ill let you know.  

Plus One

I wrote it primarily because i dont like using the sidebar, browse by number
(see above) was embedding a remote page and was suffering from http reffer
problems.   And a certain amount of "NIH" :)  
And yes i probably should not have used single letter variables, and ive
probably made a whole lot of mistakes but this is some of the first javascript
ive ever done, it took me ages.  I could do with good tutorial on how to write
bookmarklets, mail me if you can recommend any.  

Ive got a few other bookmarklets here:
ive put a relative link in for browserbynumber
ive explained how it works (and does not work).  

Any chance of changing the subject to something a little more subtle yet
informative like 
"Better site navigation - increment numbers in url"

This woudl tie in to some of the suggestions i have seen that the "Site
Navigation Bar" should automatically do this kind of thing, not just on sites
that actually bother to provide the necessary links.  (sorry i have no idea
which bug numbers).  

Comment 18

16 years ago

I think the "next" and "previous" buttons on the site navigation bar should
increment/decrement numbers when the site doesn't specify "next" and "previous"
links.  Similarly, the "up" button should act like the "up a directory"
bookmarklet when the site doesn't specify an "up" link (bug 33684).  When
there's no number in the URL, next/previous would be disabled (cf "up" on IE's
Google toolbar).

The referer should be sent for up/prev/next even if it is an inferred <link>. 
(The "up" button on IE's Google toolbar does not send a referer, but the
bookmarklets above do.)  Sending the referer is useful for web authors, because
they can know where you came from and be sure that you came from within the
site.  It's also useful for users, because many sites (especially porn sites)
won't let you grab an image without a referer.

Having next/previous/up built into the browser (rather than being bookmarklets)
would have the advantage that clicking "next" three times quickly would go
forward the correct number of URLs.  It would also make the site navigation bar
more useful on today's web, so more users would keep the toolbar open,
potentially encouraging more web authors to use <link> tags.

I suggest changing summary to "next/prev should increment last number in url
when next/prev links missing" and removing the dependencies.

Comment 19

16 years ago
Keyboard shortcuts: Alt+- and Alt++, because
a) Most of the time, "next" goes to the next *numbered* chapter or image, even
when a <link> is present.
b) Other navigation commands use Alt, at least on Windows: Alt+up for up a
directory, Alt+left for back.

See also bug 59118, "At end of Web page, offer to go to next page when Space is

Comment 20

15 years ago
Remove myself from the QA of open bugs and change to default QA contact, since I
have no way to verify these easily.  Still no working Mozilla on my primary
platform and it doesn't look like it will happen anytime soon. :(
QA Contact: mozilla → paw

Comment 21

15 years ago
I think multiple keystrokes is not a good thing (such as alt+ alt-) since most
of the time you use this feature, you will be otherwise occupied.  Mouse
interaction is also discouraged, as grabbing the mouse and aiming it is somewhat
hard to during image viewing.  I suggest using the spacebar because it's nice
and big and people can easy hit it during image viewing sessions, despite

Comment 22

15 years ago
Pajor: that's a good idea, and it fits well with suggestions that have been made
in this bug and elsewhere.  Bug 59118 proposes spacebar as an alternate shortcut
for "next" when you've already scrolled to the bottom of a page.  This bug
proposes extending "next" to work on pages that don't contain <link> elements,
including image pages.

I love when I can reply to a feature suggestion with "good idea, that combines
two suggestions that have already been made and makes them more useful" rather
than "that conflicts with what someone else thinks the shortcut should do" :)

Btw, on most keyboards, Alt+- and Alt++ can easily be pressed with one hand.

Comment 23

14 years ago
There is a similar request for konqueror, 
It might be an ieda to combine the way these increments and decrements so that 
the work in the same way. 
Perhaps simply use - and + and/or =  for decrement and increment and do not 
use these for searching for urls in the page 

Comment 24

14 years ago
I'm amazed there is a similiar bug for konqueror :-)

Well, when you select numbers (or letters), + and - could inc/dec them. As to
what happens when you don't select numbers, 

Comment 13 update -- select start and end is fixed (bug 58850)

This would probably be still best done as a bookmarklet, although perhaps we
should have a set of bookmarklets we distribute by default, and add this one to

Comment 25

13 years ago
Found this old bug. WONTFIX - this can be done in an extension.
Last Resolved: 18 years ago13 years ago
Resolution: --- → WONTFIX

Comment 26

13 years ago
The Link Toolbar extension ( has an opnion to
guess Previous and Next links from numeric parts of the page URL.

Comment 27

13 years ago
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.